gotolabel() not working as intended

[RoxZin xD]

Every time when I call gotolabel(), I expect it to run directly the waypoint. For example, when I call gotolabel($wptid-1), I want it to repeat the previous waypoint. But in the end, what happens is that it just returns to the selected waypoint and start running from the one below. So, what I have to do is call gotolabel($wptid-2), and sometimes it can fuck up the script, as in very rare cases, it will do what I want.

If this isn't clear enough I can explain again using pictures or w/e

[stmaster]

even in the new version? i understud what you say bro.

example sometimes -2 can be a +1 floor pr -1 so if it really did what you put.. it got stuck.. no? (something like this)

but since your testing the new update.. its still happening in the update? =o

[BUgWT]

What waypoint type is it before the action wpt?

[Leonardo]

Lucas already fixed that for a future version.

[RoxZin xD]

On the 1.2.3 version I got, it's not fixed.

@BUg
I use gotolabel() to return to the same action if bot fails to open backpacks, for example. I fixed it making it go 1 wpt higher, but sometimes when it's supposed to return to a Stand waypoint, it works in most times, but it happens to get stuck because it will keep checking the action (the waypoint below).

[jakub]

Maybe it can not reach the stand so it skips it ?

[RoxZin xD]

Maybe it can not reach the stand so it skips it ?

Usually, no. If I make it go 2 waypoints back, it will go on the stand waypoint directly. If I make it go 1 waypoint back, it will keep looping because it's going to the action.

[K4r4biN]

Well, runned out my EK Alchemist Bogs&Mares and even with some settings called as false, it used to go into the hole instead of ignore and go back.

[yracoma]

gotolabel('waipointlabel', 'waipointtab')

[RoxZin xD]

gotolabel('waipointlabel', 'waipointtab')

Are you retarded or you just tried to teach me how to use gotolabel? If you didn't notice, I'm reporting a bug here. Thanks for your great contribution to this thread.