Search results

@Tokoeka just a note, I was looking at adding lovebug coin drops to a script today and someone had logs where they received over 10-15 Coinspiracy a day from The Deep Dark Jungle from lovebugs so I expect the caps on the wiki are inaccurate.

not yet, i think most of us were waiting on https://kolmafia.us/threads/r26597-feat-support-installing-git-scripts-from-non-root-folders-by-midgleyc.27793/#post-168906 to make it easier to migrate old scripts before switching

I suppose, but one could also argue that since the results of retrieve_price are cached writing another cache on top of that to not call it over and over seems like an additional layer of complexity where the benefit is reducing text output rather than server hits. I expect the assumption here...

okay then, i don't really have a strong enough opinion either way here so I'll drop it

They're seeing cli output like this when running a diet planning script ===== SHOTGLASS DIET ===== Planning to fight 67 embezzlers and run 463 adventures 1 (max 1) astral pilsner value: 68200 price: 0 Assuming MPA of 6200, Total Cost 0, Total Value 68200, Net Value 68200 Trying to acquire 0...

It would appear so, my test script doesn't error any more.

This can be minimally reproduced with a .js script that contains module.exports.main = function() { require("kolmafia").Item.get("Our Daily Candles™ order form") }

But imo since this isn't really publicly accessible server app it probably doesn't really matter.

You would need to look at the entire call path, getAdventureId() is using form data to return the string and that's where the warning is rooted from.

https://github.com/kolmafia/kolmafia/pull/687

Okay all that all makes sense, I would personally like to see MALL_PRICE_AGE is taken into account more often to use the cached price, rather than doing a mall search even for standard normal mall_price calls but I understand why it doesn't work that way. MALL_PRICE_AGE should probably at least...

I wanted to get opinions on mallprices.txt since this was an unintended side effect to the git migration and the change I made when I removed support for the manual point releases in favor of the automated builds every git commit, the version string used to only change for point releases where...

Also those get_it functions are unnecessary, retrieve_item counts items in your inventory already when determining how many to acquire.

$item[Red Zeppelin ticket].to_int() returns the item id, not the number in your inventory. You want .item_amount()

I was wrong about valueOfInventory, if it's 1.0 or less it uses the autosell price, it only checks the mall if it's greater than 1 and then subtracts 1 from valueOfInventory before using it as a multiplier, so unintuitively it has to be set to 2.0 to match the mall price. I'm not sure why the...

Looks like it's an unused monster from an unimplemented pirate realm zone. It has factoids.

autoscend is calling the mafia command `spade` in auto_bedtime.ash, which loops though the spadingData variable and prompts you to confirm before sending each kmail. You can call `spade autoconfirm` and mafia won't prompt you.

Gausie has a kol account `excavator` the kmails are sent to and it pulls that data and posts it to a google sheet https://github.com/gausie/excavator

This is in excavator now btw.

r26205. Implemented as retrieve_price, takes the same args as retrieve_item. I recommend setting valueOfInventory to 1.0 so it treats your inventory items as having the same value as buying them.