Search results

Updating to the latest version of Mafia fixed it, thanks!

I'm getting this seemingly at random when using the default BeachComber 0 functionality. The first time I tried it, it used 7 of my 10 free walks before crashing: > BeachComber 0 Validating configuration. All is well! Encounter: Comb the Beach Submitting option 2 for choice 1388 Encounter...

Yup! Lazy mining is controlled by the "vmine_lazyFarm" variable. To see its current status, type this into KoLMafia's graphical CLI: zlib vmine_lazyFarm To turn lazy mining off, type the following: zlib vmine_lazyFarm = false

The "meat going down to 100000" thing is because Harvest keeps a budget and closets the rest of your meat before spending anything. The amount Harvest is allowed to spend is stored in the "har_gen_budget" zlib variable; to access it, type "zlib har_gen_budget" into KoLMafia's graphical CLI...

Hmm, that should be fixed. Are you using the most recent version of the script?

Hmm. Without more information, I don't know why you're hitting the "Oops" message, which is coming from Harvest. Could you send me a session log where you see this?

Thank you for your work in tracking it down! I've now pushed out a fix that should eliminate the problem.

How strange. I'm not getting that on mine. Does it prevent the relay script from working for you?

I just pushed an update out that should disable the Mace of the Tortoise/Rock and Roll Legend check if you have an Ouija Board, Ouija Board and an antique accordion (both purchasable on non-ascended characters), so if you get those it shouldn't complain about the Mace any more. Let me know if...

Yup, that fixed it. I was still on Java 7, and the latest was Java 8. Thanks!

With the latest update, I'm now seeing the following error in my console when Universal Recovery is run: IOException during data post (https://zachbardon.com/mafiatools/autoupdate.php?f=recoveryScript_map_v2&act=getver): sun.security.validator.ValidatorException: PKIX path building...

I just pushed out an update to Harvest.ash to make it no longer die if the desired fullness levels aren't reached, so this shouldn't be an issue going forward.

Just pushed out an update that prints out a warning telling you desired and reached fullness levels if the desired levels aren't met. Should smooth things over for now.

If it doesn't make sense for Harvest to verify that organs are full post-consumption-script, I can downgrade the failure to a warning print and push the update out via SVN.

I've been seeing the same thing recently, but with booze -- I think it's due to the mime army shotglass throwing EatDrink's accounting off. I haven't gotten around to digging into the code to fix it yet because simply running Harvest again after EatDrink almost fills my liver is a valid...

Can you get to Sonofa Beach normally? The script does check can_adv for location viability, so that seems like the most likely point of failure to me.

I'm attempting to use bumcheekascend in softcore mode, and for some reason it's failing to equip the UV compass for desert exploration, even though the logs claim it wants to. Instead, it's leaving the offhand as what's in my base "bumcheekascend" custom outfit. Here are the logs: Level 11...

Hmm. Maybe instead of having OCD handle Asdon Martin directly, it would be better to just add an option to pass the item off to an external script, as named in the "other data" field. That way, OCD could call "scriptname number_of_items item_name" and the script could decide what to do with...

Would it be possible to add a "feed to Asdon Martin" option for food/drink items in OCD? I suspect I'd get more use out of junk items as fuel than I would trying to sell them on the mall or any of the other options.

I use the script daily, so it does still work for some people. Last time I got the error you're describing, it was because some other script had spammed my session log with large amounts of messages, and ZLib tries to load the session log into a variable as part of its logging functionality...