Jump to content
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 update will:

      Fix GE inventory item positioning bug


      Fix broken object hooks
        • Like
      • 21 replies
    • This release will:

      Fix some ClosedChannelException bug


      Fix bug in RSObject#getAllTiles


      Add game tab support for "Kourend Favour"
      • 15 replies
    • This release will:

      Fix Settings UI placement bug


      Fix game object location bug


      Fix small layout bug making the client shift up and down


      Fix client crashing bug where loading the client with a small display area will cause the client to crash


      Fix annoying Linux bug relating to painting events and peers


      Fix settings saving bug where settings are saved to disk more often than they should


      Fix RSInterface#isBeingDrawn bug affecting a limited amount of people


      Drop Java 1.7 bytecode version for 1.8


      Important: Since the downloadable RS client uses Java 7, it will no longer be compatible with Looking Glass. To make up for this, we will add support for using other clients such as RuneLite (at a later date).


      This change was necessary to allow us to use Java 8 syntax. It also paves the way for Java 9/10/11 support.
        • Haha
      • 40 replies
    • This update will:

      Fix the RSMenuNode bug which also fixes the bug with bank opening


      Fix the incorrect object positions bug


      Fix and re-enable the LG Objects API Accelerator


      Fix the RSObject#getAllTiles bug
      • 22 replies
    • Try our development release by checking "Development Release" on the TRiBot Loader. Note that these new features are currently in beta.

      This release features:

      Re-sizable mode support for both LG and the regular client


      Slightly improved login bot


      Removed final access modifiers from API classes


      Added RSServer hook wrapper to get the client's cached list of server/world info


      [NEW] Bug fix for intelligent banking


      [NEW] Improvement to the stability of LG over time


      [NEW] Vastly improved the reliability and speed of Screen#getColorAt on both LG and the regular client


      [NEW] Fix LG login problems


      [NEW] Fixed re-sizable mode container bug


      [NEW] Fixed re-sizable mode mouse bug


      [NEW] Use of public constants in the Banking API


      [NEW] Use of other various constants such as Projection#NULL_PT and Screen#EMPTY_COLOR



      More features to come very soon!

      Please test it and let us know here if there are any new bugs introduced in this release.
        • Like
      • 12 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×