Search results

and, in case its of any use, here is the snippit of where garbo used the free fights: > Executing Free Fight/CyberRealm Overclock Fights Preference nextAdventure changed from None to Cyberzone 1 equip shirt zero-trust tanktop Maximizer: Familiar Weight, -"equip Amulet of Perpetual Darkness"...

oh neat, I got the bug again so I don't sound like a crazy person :D here is the snippit from auto adventuring 19, after the first 10 free fights were exhausted by garbo: > aa cyber Setting auto-attack to Combat Macro (cyber). > familiar Fist Turkey Putting control the Robortender back...

okay, post ascension, post a garbo session, auto-adventure 19: also completed fine. whatever weirdness I was seeing is gone, and sorry for wasting your time.

about to give it a shot. I would kinda like to auto-adventure 19 times just for the sake of seeing if I hit the abort as I expect and for the sake of consistency (just in case over-shooting has anything to do with it), but I'll give auto-adventuring 10 times a shot. Maybe it will abort, maybe it...

cool, just finished up with a garbo session, and here is the result: Name Value Default Scope _cyberFreeFights 10 0 user _cyberTrashCollected true false user _cyberZone1Defense corruption quarantine user _cyberZone1Hacker greenhat hacker user...

No script used when encountering the "area not available" abort. Like I said, just setting auto adventure to 19 in the GUI. Overshooting available adventures on purpose, expecting the abort to happen after the zone is finished, but it hits early, as mentioned. I know that garbo is using up the...

Ive noticed when auto-adventuring (aa cyber; outfit cyber , then setting auto adventure to 19 in cyber realm zone 1), mafia thinks that the zone has closed prematurely. It will state the zone is no longer available when there are exactly 2 combats and the final NC left to go. I can finish off...

nice, was able to replicate it 1st try. (But this time the abort message was about the Mus stat.) Maximizer string (at least this is what was in the maximizer when i opened it after abort): Familiar Weight, -"equip Amulet of Perpetual Darkness", -"equip Roman Candelabra", -"equip Spooky Putty...

I ran into the Fam Weight / Liver Space mismatch bug for the first time in a long time. It popped when Ezandora's piraterealm script was dressing up. The script aborted when my mysticality stat could not be dropped below 100. (I shrugged a buff, modtrace liver; refresh all and all was well...

Ive noticed that profit tracking scripts/functions report a big loss from using my flagellate flagon, despite the fact it is not consumed on use. Does mafia think that it is consumed, or this confusion on the part of the script(s)? Thanks!

So, small sample size, but I haven't seen the bug since putting my Sword of Procedural Generation in the display case. Previously it was popping up daily. (edit: 2 months now, bug free. see below)

Shot in the dark here, but when I was experiencing problems with combat-round mismatches, and mafia looking at post-combat things while still in combat, etc... It was all stemming from having Show old form with Combat Action Bar(?) enabled in KoL's combat options. Is that checkbox ticked for...

Hey, here is something interesting Ive just noticed! So, Ive been hitting this bug consistently since I started chiming in. It just occurred to me to look at what exactly happens just before the Familiar Weight discrepancy (and related liver size prob) starts popping. Taking off Sword of...

interesting, hit the bug during the sausage-eating / end-of advs faze of garbo for the first time: Executing Turn Gen/Sausage CCS set to grimoire_macro Autoattack is disabled. Maximizer: MP Maximizing... 19200 combinations checked, best score 3,610.00 Putting on feathered headdress... Equipment...

ah, been a while, but I hit the liver / fam weight bug again. Same place as always, when a script is maximizing different combinations of outfits. modtrace liver followed by refresh all resets to correct liver size, but rerunning script goes right back to the bug. completely closing and...

I bumped into this issue yesterday in aftercore running VeracitySpacegate. Started fighting a hostile alien barehanded. Or perhaps my broken champagne bottle ran out of charges. . . nevermind me.

thanks so much ckb, that does just the trick! Added it to my Before PvP script as well! edit: does the trick for the Before PvP problem, but the snip in the Post Adventure field doesnt keep Garbo from breaking : \

I just wanted to chime in that I am also experiencing this problem. Is there a universal hacky fix for living with this problem? When it pops up from a PvP script, no biggy, but it started happening with garbo as well breaking all turn automation.

I have my wakeup script cast summon brickos until 3 eyes are acquired using the following: while(get_property("_brickoEyeSummons").to_int() < 3) { use_skill(1, $skill[summon brickos]); } EDIT - just to add that without updating from 18945, I ran the script again today and did not run into...

Hi all ! The past couple of days/builds (most recently KoLmafia-18945.jar ), Ive noticed that _brickoEyeSummons has failed to catch all 3 bricko eye summonings. A prefref shows the "Value" tracks to 2, while logs / session results confirm that 3 have in fact been summoned. Let me know if any...