Fruity

Just got home, guna fix it up now. ty for reports Updates pushed: 2.96 -> absorption fix. 2.97 -> further widget amends to help future proof the script.

chnge PoH settings to have doors always open, should should solve it. Will add a failsafe that auto enables the open doors setting

show proof of purchase in a pm and sure https://osbot.org/forum/clients/purchases/ Include start and expiry dates

I dont offer trials sorry, Ask all the questions you have prior to purchasing

Re-enter enabled on the GUI? I think i might set re-enter enabled by default, alot of people forget to enable it Thank yous, boost prayer flicking probs my next update that isnt a fix and a feature addition

As there was 3 comments about it not starting, can anyone confirm if it was user error or if we have an issue?

you can load in whatever armour you feel like, i just use void myself

the link is fine, needs to look sexier though with like alternating row colours, profile pics ermmmm be able to click peoples name to open their profiles like we use to be able to back in the lazy days. good times

Try default let me know if it happens, ima make the script walk closer if over x distance to help prevent this on any zoom

v2 does, v1 doesnt, if you have v1, show proof of purchase to help test v2. v2 dev thread: unlimited accounts for 30 days access

what are you're rs zoom settings? its on my list of things to do, just not had chance to do it yets

when was the last time it had left for you? i did push an update last week to fix this, if you want to try this and let me know if there is still issues i can take a look at it I could but not sure if it will be soon, its rarely asked for to be fair

Yeahh, if re-enter isnt enabled, it just wont enter, if you set a stop condition of 1 dream, it will complete a dream and then stop, including starting one ^^

erms, cant see frm the logs, can you confirm here is coins in the coffer and the dream settings have re-enter enabled?. Will try find out why there is no logs for the reason for stopping

will be 3.26 version, dont believe its accepted as of yets

I've pushed an update that may fix the issue but if not, i also added more debugs to see where it might be going wrong.

that is v1, v2 looks like: If you aint asked for v2, you wont have it

cheers v2 has PoH support, v1 is very limited, pm proof of purchase and ill add a v2 auth for the remaining time of your v1 subscription Logs after the kills would be dandy, it never fails on me so relying on other people to provide me some debugs for this one, i got a feeling it something to do with connecting to the website. Have the logger open when you kill zulrah and pause the script to see what gets submitted/fails and copy paste into the pastebin if you can please.

Do you know what options you might have miss judged? just so im aware and can try to make them more user friendly

cheers, shall see if i can add the stop check above everything that should be below it, banking/potions etc etc. Not sure what i can do abut the bank pin as the script should not be handling bank pins

As discussed on Discord, waiting for update to be accepted before we will see a change in behaviour

Going to need more information regarding the phases where it isnt attacking zulrah, Can you also screenshot the settings you're using? the main inventory as well as equipment and prayer options you have enabled For the magic prayer whilst attacking with ranged, are these magic phases attacking with ranged projectiles? if so, you cant protect against them

Thank you for the report, will try find out whats going on with this today and get an update pushed out, apologies. EDIT: Found the issue, pushing a fix now

No Trials No Trials No Trials auth'd you v2 though Banks it Maybe the angler fish, try using manta ray Can you show em the settings/inventory you had loaded into the script? Did you load the inventory with the inventory btn? PM me proof of purchase for v1 and ill auth v2 https://osbot.org/forum/clients/purchases/

Bank solver is not a script issue, client should be overriding my script. Shall add a inventory slot check before withdrawing - should solve the issue Will see what i can find out about the rewards chest, is it asking for the bank pin? if so, again client should be overriding my script to enter the bank pin, if it aint asking for the bank pin, i will try and add a check to not be in a dialog before ending