Search results

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.

Few updates recently: Removed: WLF Bunker. It was decided there's no discernable pattern of the requests Added: Beach combing rarity Added: Beach combing twinkling tiles

Yeah I think this is fine, it's using the mall value from StoreManager.getMallPrice() internally just like the mall_price ash function is. I can make a PR. The only thing that might be a little confusing is the interaction with items being in your inventory already and also it considers...

I think this is just what InventoryManager.priceToAcquire() returns already and could be exposed as an ash func?

My thought was to have a spadingScript handle the logging so it fires regardless of how the beach was combed, for example: https://github.com/gausie/excavator/pull/40