Search results

Ah, thought there was some reason behind that behaviour, since it's specifically noted here: http://wiki.kolmafia.us/index.php?title=Storage_amount http://wiki.kolmafia.us/index.php?title=Tips,_Tricks_and_Workarounds#Free_Pulls

storage_amount lists all free pulls as 0, but will show them in available_amount. I am not sure what the reasoning behind that is, but I can for the most part work around it for the needs I have. The problem is that if the path is Standard-restricted, available_amount also says 0 items when...

Recently, the use link with wheel+ratchet counts has gone missing on the "You acquire an item: tomb ratchet" message. The wheels still show the count on acquisition. I've seen this reported in clan chat, the game forum, and I just encountered it myself again today.

In ClanRumpusRequest.getBreakfast, the list of rumpus room equipment is iterated through and the requests prepared, but never run. So e.g. the meat equipment isn't harvested.

Kind of related to this IotM, I've found that the ghost fights do not start the wandering monster counter, even though they happen in adventure.php zones. I had digitized a monster, then immediately went to fight a pending ghost, then mined gold for 7 turns. There was no wanderer at this time...

Seems to work nicely on initial testing. Thanks!

You're probably right, I think what I was seeing was that the timer had expired while climbing the tower. As far as I can tell, all wanderers queue up while you're outside adventure.php zones, and will show up one after another as you again enter adventure.php. How difficult would it be to fix...

Oh, another thing I've noticed ... the digitize counter seems to go away when I finish a path, but the digitized monster will still show up as scheduled.

I'm still getting the second and so on digitized wanderers with 1 on the counter. I don't think it matters if it's a free fight or not.

While scripting I discovered that many restoring items had 0 in minhp/maxhp/minmp/maxmp despite being defined in restores.txt. It appears that this happens for every item that has a capital letter in its name.

Using r17059. I update daily.

The digitize counter seems to be off by one for the second fight and onwards. Wanderers show up with 1 turn left.

Creation of multiple digital key limes fails Only one digital key can be bought (possibly a store change), so creating multiple digital key limes fails when it tries to buy 5 digital keys first. > make 5 digital key lime Verifying ingredients for digital key lime (5)... Verifying...

That would be awesome, and would have lots of obvious uses for completing quests. Even looked into implementing it myself a couple months back, but didn't get very far.

I'm getting gateway timeouts when pulling all, which is probably the root cause for me (I'm guessing a moved-to-the-butt issue). However, the actual bug is that "refresh storage" doesn't update things, because api.php returns [] for empty storage, which causes StorageRequest to get passed a null...

Well, I can't really imagine many situations where you'd want to use equip all familiars with budgeted pulls in the first place. What I would have expected this to do was equip anything I actually had direct access to, and ignore storage while I was in ronin.

Today I mistyped something and accidentally triggered equip_all_familiars(). Before I had a chance to hit escape, I had lost the day's 20 pulls. AFAIK, I don't have mafia set to automatically pull stuff, and a cursory glance at the code doesn't seem to indicate that it would respect pull...

Looks like an image server change issue. decorateBigIsland in IslandDecorator.java replace image servers with the cache location, and that works. decoratePostwarIsland does not. Copying the replace in my local build resolves it.

I was working on a script to do the daily chess piece fights and I noticed that leaving "Witchess Set" with run_choice(4) results in "Unknown adventure type encountered." Seems it redirects to campground.php, which is not handled. Changing redirectLocation.contains( "main.php" ) to...

The current skin isn't registered by mafia since version 16783. There was a lot of work done in that change, so I can't immediately spot what broke this. Spurs still work, though. It's a diamondback skin, in case that matters.