Jump to content
Search In
  • More options...
Find results that contain...
Find results in...
TRiLeZ

TRiBot Release 9.305_6

Recommended Posts

16 hours ago, Prankxter said:

What did they just add that usually breaks world hopping in scripts?

AUS worlds.

And what I meant was that you dug shit up from 2 weeks ago to try and apply it to an issue today, which nobody has even complained about recently until AUS worlds were added, which new worlds/taking away worlds always makes script writers need to update. It's not a client issue.

Bro. Chill

Share this post


Link to post
Share on other sites

Getting this in bot debug after the latest update, the script seems to run fine on LG though. Is it safe to bot atm?

  • Spoiler

     

    • [11:41:49] Loading human mouse movement data.
    • [11:41:50] Successfully loaded human mouse data.
    • [11:41:54] AGENT PATH: C:\Users\y\AppData\Local\Temp\t1_agent_1093050600.jar
    • [11:41:58] Exception in thread "AWT-EventQueue-1"
    • [11:41:58] java.lang.NullPointerException
    • [11:41:58] at javax.swing.plaf.basic.BasicTabbedPaneUI.rotateInsets(BasicTabbedPaneUI.java:2150)
    • [11:41:58] at javax.swing.plaf.basic.BasicTabbedPaneUI.getTabAreaInsets(BasicTabbedPaneUI.java:1809)
    • [11:41:58] at javax.swing.plaf.basic.BasicTabbedPaneUI.paintContentBorder(BasicTabbedPaneUI.java:1264)
    • [11:41:58] at com.sun.java.swing.plaf.windows.WindowsTabbedPaneUI.paintContentBorder(WindowsTabbedPaneUI.java:154)
    • [11:41:58] at javax.swing.plaf.basic.BasicTabbedPaneUI.paint(BasicTabbedPaneUI.java:800)
    • [11:41:58] at javax.swing.plaf.ComponentUI.update(ComponentUI.java:161)
    • [11:41:58] at javax.swing.JComponent.paintComponent(JComponent.java:780)
    • [11:41:58] at javax.swing.JComponent.paint(JComponent.java:1056)
    • [11:41:58] at javax.swing.JComponent.paintChildren(JComponent.java:889)
    • [11:41:58] at javax.swing.JSplitPane.paintChildren(JSplitPane.java:1047)
    • [11:41:58] at javax.swing.JComponent.paint(JComponent.java:1065)
    • [11:41:58] at javax.swing.JComponent.paintToOffscreen(JComponent.java:5210)
    • [11:41:58] at javax.swing.RepaintManager$PaintManager.paintDoubleBuffered(RepaintManager.java:1579)
    • [11:41:58] at javax.swing.RepaintManager$PaintManager.paint(RepaintManager.java:1502)
    • [11:41:58] at javax.swing.RepaintManager.paint(RepaintManager.java:1272)
    • [11:41:58] at javax.swing.JComponent._paintImmediately(JComponent.java:5158)
    • [11:41:58] at javax.swing.JComponent.paintImmediately(JComponent.java:4969)
    • [11:41:58] at javax.swing.RepaintManager$4.run(RepaintManager.java:831)
    • [11:41:58] at javax.swing.RepaintManager$4.run(RepaintManager.java:814)
    • [11:41:58] at java.security.AccessController.doPrivileged(Native Method)
    • [11:41:58] at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    • [11:41:58] at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:814)
    • [11:41:58] at javax.swing.RepaintManager.paintDirtyRegions(RepaintManager.java:789)
    • [11:41:58] at javax.swing.RepaintManager.prePaintDirtyRegions(RepaintManager.java:738)
    • [11:41:58] at javax.swing.RepaintManager.access$1200(RepaintManager.java:64)
    • [11:41:58] at javax.swing.RepaintManager$ProcessingRunnable.run(RepaintManager.java:1732)
    • [11:41:58] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:311)
    • [11:41:58] at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:756)
    • [11:41:58] at java.awt.EventQueue.access$500(EventQueue.java:97)
    • [11:41:58] at java.awt.EventQueue$3.run(EventQueue.java:709)
    • [11:41:58] at java.awt.EventQueue$3.run(EventQueue.java:703)
    • [11:41:58] at java.security.AccessController.doPrivileged(Native Method)
    • [11:41:58] at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:80)
    • [11:41:58] at java.awt.EventQueue.dispatchEvent(EventQueue.java:726)
    • [11:41:58] at obf.fh.dispatchEvent(kh:673)
    • [11:41:58] at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:201)
    • [11:41:58] at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:116)
    • [11:41:58] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:105)
    • [11:41:58] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101)
    • [11:41:58] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:93)
    • [11:41:58] at java.awt.EventDispatchThread.run(EventDispatchThread.java:82)

     

     

Share this post


Link to post
Share on other sites
4 minutes ago, Kohwali said:

Getting this in bot debug after the latest update, the script seems to run fine on LG though. Is it safe to bot atm?

What script are you trying to run? I'm using one without issues, but others are having trouble. Try: 

 

Share this post


Link to post
Share on other sites
2 minutes ago, Dukat said:

What script are you trying to run? I'm using one without issues, but others are having trouble. Try: 

 

daxHunter and it seems to be working. Just wanted to double check since I don't know what the debug means, I usually only see the "human mouse data loaded" part.

Share this post


Link to post
Share on other sites
1 minute ago, Kohwali said:

daxHunter and it seems to be working. Just wanted to double check since I don't know what the debug means, I usually only see the "human mouse data loaded" part.

I had a similar issue with another script also using LG but after restarting both I had no problems. You should tell Dax though in case there's a pattern!

Share this post


Link to post
Share on other sites
10 minutes ago, Dukat said:

I had a similar issue with another script also using LG but after restarting both I had no problems. You should tell Dax though in case there's a pattern!

Will do, thanks!

 

EDIT: Seems to be fixed.

Edited by Kohwali

Share this post


Link to post
Share on other sites
On 6/28/2017 at 9:57 AM, Prankxter said:

That's your script's problem, not the client.

I hope you know that world hopping is a tribot method and has nothing to do with the actual script. Script writers can't do anything unless they want to write their own world hopping methods.

  • Like 1

Share this post


Link to post
Share on other sites
1 hour ago, Naton said:

I hope you know that world hopping is a tribot method and has nothing to do with the actual script. Script writers can't do anything unless they want to write their own world hopping methods.

Tons of scripts have working world hoppers after updating their script to account for the extra AUS worlds.

Share this post


Link to post
Share on other sites
Guest
This topic is now closed to further replies.

  • Our picks

    • This release will:

      Fix prayers and world hopper API (Thanks @JoeDezzy1 and @erickho123)


      Improve banking API (Thanks @Encoded)


      Adds methods for returning and using Java Lists, rather than arrays


      Slightly randomizes some hardcoded behaviour


      Removes sleeps from waitConditions; the efficiency saving potential is negligible in these use-cases, therefore cleaner code is preferable


      Other back-end improvements





      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Sad
        • Haha
        • Thanks
        • Like
      • 59 replies
    • This release will:

      Add new internal framework for capturing exceptions


      Fix issue with not selecting the last column in world hopper (Thanks @Todd)


      Add a message about pin usage in Banking#openBank (Thanks @Todd)


      Disable the firewall by default (Thanks @Todd)


      Fix handling of the welcome screen after login (Thanks @Encoded)


      Fix wrong amount bank withdrawal (Thanks @Encoded)


      Fix Screen#isInViewport


      Fix Game#isInViewport (Thanks @Encoded)


      Call onBreakEnd for ListenerManager Breaking Listeners (Thanks @Encoded)


      Fix Prayer#getPrayerPoints NumberFormatException (Thanks @JoeDezzy1)



      Note: If you are using LG, please restart both the RS client and TRiBot.
        • Thanks
        • Like
      • 28 replies
    • This release will:

      Fix LG for both OSBuddy and RuneLite


      Fix issue where the resizable client isn't able to be made smaller (Thanks @JoeDezzy1)


      Fix detection of the logout game tab when resizable mode and side panels are enabled (Thanks @JoeDezzy1)


      Add initial support for Sentry to allow us to identify and easily debug exceptions happening with all TRiBot users


      Add methods to determine if the bank is actually loaded, and not just the overarching interface (Thanks @wastedbro)



      Upcoming updates:

      Improved CLI support


      Full Sentry support


      Much more
        • Like
      • 64 replies
    • This release will:

      Fix NPE in Camera API (Thanks @wastedbro)


      Update deposit box interface ids (Thanks @Encoded)


      Add various bank methods (Thanks @wastedbro)


      Banking#getWithdrawXQuantity


      Banking#getDefaultWithdrawQuantity


      Banking#arePlaceholdersOn




      Fix resizeable minimap bug (Thanks @wastedbro)


      Remove Java 8 requirement


      Please note: TRiBot is not yet fully compatible with Java 10+




      Fix the break handler issues by ensuring the break handler thread never gets paused


      Fix broken settings hooks



      Upcoming updates:

      Improved CLI support


      Much more



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 68 replies
    • This release will:

      Add support for using custom F key bindings to switch between game tabs (Thanks @erickho123)


      Fix tab opening for "Skills" and "Kourend Tasks" (Thanks @erickho123)



      Note: If you are using LG, please restart both the RS client and TRiBot
        • Like
      • 34 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...