Jump to content

object.click will first hover an identical object.


Recommended Posts


TRiBot Version: 0.1.2

Description of the bug (be specific): When calling .click on a single object while there's an identical object visible it might first hover the wrong object. It seems to always click the correct object. There's also a small chance it goes wrong when finding the object but I have never seen it click the wrong object.

How to reproduce the bug:

This is my code. adjusting the camera doesn't affect it, but for the bug to occur the identical object has to be visible.

else if (stallObject.isPresent()) {
            if (stallObject.get().isClickable()) {
                Sleep.small();
                if (stallObject.get().click("Steal-from")) {
                    if (Sleep.till(() -> Player.getAnimation() == 832))
                        Sleep.till(() -> Player.getAnimation() == -1);
                }
            } else {
                stallObject.get().adjustCameraTo();
            }
        }


private Optional<RSObject> findMarketStall(Stall stall) {
        return Arrays.stream(Objects.find(3, o -> o.getID() == stall.getId() && ObjectUtil.hasAction(o, "Steal-from"))).findFirst();
    }

Client Debug:

Bot Debug:

Screenshots: https://gyazo.com/345b236975e7989278ccf5669c8da941

I just confirmed by printing out the location of the object that the problem is indeed with the clicking function and not finding the object. The position of the stallObject is always the same, also when it first hovers the other (identical) stall.

I also noticed this issue while writing another script. At the time I was convinced it had to be a flaw in my logic somehow since a bug this common surely has to be reported already.

Edited by botuser420
Link to post
Share on other sites
  • Breaker changed the title to object.click will first hover an identical object.

I'm almost certain this is a problem with those specific stalls. I've hit it before and I've seen someone else do it too, but it only ever happens at those ardy stalls. I didn't dig anymore into why though

 

Edit: Here's someone else hitting it https://community.tribot.org/topic/82157-random-unintended-actions

Edited by JustJ
Link to post
Share on other sites
Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Our picks

    • What to expect from TRiBot moving forward.
        • Thanks
        • Like
      • 10 replies
    • TRiBot 12 Release Candidate

      The TRiBot team has been hard at work creating the last major version of TRiBot before the TRiBot X release. We've noticed many problems with TRiBot 11 with a lot of users preferring TRiBot 10 over 11. We've heard you, so we took TRiBot 10, added the new features introduced with 11, introduced some other new things, and created TRiBot 12. So without further adieu, here's TRiBot 12.
        • Sad
        • Like
      • 39 replies
    • Gradle is a build tool used to accelerate developer productivity.

      We recently setup a Maven repository (TRiBot Central) to make it easier for scripters to create scripts. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-central/-/packages

      Furthermore, we've released a simple Gradle project to make it easy to run TRiBot and develop scripts for it. Check it out here: https://gitlab.com/trilez-software/tribot/tribot-gradle-launcher

      The goals of TRiBot Central are to:

      Deliver updates to TRiBot faster


      Better organize TRiBot's dependencies (AKA dependancies)


      Make it easier to develop scripts for TRiBot


      Make it easier to use and run TRiBot


      Note: TRiBot won't be able to run scripts from within this project until TRiBot's next release.
        • Like
      • 13 replies
    • Hi everyone,

      I'd like to thank everyone for their patience in this transition period. Since last week, we've worked out the remaining bugs with this integration.

      Some users have still been having issues with connecting their forums account to their Auth0 account. To resolve this, we've imported all forums accounts into Auth0.

      Unfortunately, the accounts which were imported today were using an unsupported password hashing algorithm. Hence, random passwords were set during the import.

      What does this mean for me?

      If you've previously linked your forums account to your Auth0 account, you don't have to do anything. Nothing changes for you.


      If you haven't logged in via our new login yet,

      Try logging in with your forums email address and the last password you used


      If you are unable to login, please use the "Forgot password" tool on the login page:
      Follow the instructions to reset your password
       
        • thonking
        • Like
      • 17 replies
    • Hello everyone,

      Last week we tried to roll out Auth0 Login, but we lost that battle. Now it's time to win the war!

      Important changes

      When logging into the client, you'll now have to enter your Auth0 account credentials instead of your forums credentials

      Note: 2FA is still handled through your forums account (for the time being)



      Changes for existing users

      You'll have to link your Auth0 account to your forums account here: https://tribot.org/forums/settings/login/?service=11


      Auth0 accounts have been created for most existing users. Please use your forums email address and password to login.



      Important notes

      Make sure to verify your email address upon creating a new Auth0 account


      When we mention your Auth0 account, we mean your account used for auth.tribot.org as displayed below
      • 81 replies
  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...