Search results

It looks like a few effect durations are showing up as strings, not integers. Possibly worth reporting this as a KoL bug (either in-game or via @gausie), although we may want to make CharPaneRequest.refreshEffects() more resilient to bad data.

You're most likely running into the issue from https://kolmafia.us/threads/you-are-too-drunk-to-continue.29307 where sometimes the passive skill modifier cache gets out of sync with Mafia's understanding of your skills. This became especially visible with r27601 (Sep 16; stomach / liver /...

Sorry, I've been busy and haven't had time to look more closely at it. I know it's still an issue.

I believe r27688 should fix this, but I don't have a character in Zombie Slayer to confirm. Let us know if it's still broken!

Hm. Well, that's an easy enough fix, I think.

Okay. Just checking. I suspect the issue is that Ravenous Pounce is marked in classskills.txt as a combat skill yet has a secondary passive effect, and the passive skill cache doesn't account for that properly.

I want to say at least EasyFax has access to the original faxnet clans. I forget who I know with whitelist-granting privileges to all those clans. IIRC, Cheesefax wasn't around in 2015, when Faxbot first went offline for a prolonged period of time. I recall being at least somewhat involved in...

Hm. The wiki (and modifiers.txt) specifies that Ravenous Pounce is +5 to stomach capacity, not Neurogourmet. (The in-game skill description also agrees.) But, clearly you're able to eat up to +25 fullness, so... something is off. Is that a KoL bug?

This is probably the same root cause where the passive skill modifier cache is temporarily losing some (or maybe all) of your skills (in this case, I'm guessing Crimbo Training: Concierge). I could do the dumb thing of just calling KoLCharacter.recalculateAdjustments() from...

Can you provide more context before "drunk check"? That gets printed very early on in your debug log. I'll have more time to look into this over the weekend.

I misread that timestamp gap -- it was 10 seconds, not 10 minutes. Most likely nothing of interest.

modtrace will always perform the recalculation, since it creates DebugModifiers that forces passive skills to be recached (applyPassiveModifiers is called with debug=true). The sidepane uses a CharacterListener, which is updated by calls to KoLCharacter.updateStatus(), which... probably doesn't...

Hm, that doesn't have a lot to go off of. I assume "drunk check" is printed by your script to check that the inebriety limit is as expected? Inebriety limit is largely based on skills. You'd want to visit the charsheet to reload that. I'm surprised `refresh all` didn't do that, though -- that...

You only lose one skill? Or do you not pick up skills like Liver of Steel (which pays off for itself in turngen in a 2+ day run)? Could it be tied to liberating the king (since you mentioned aftercore, plausibly between runs)?

Glad to hear that you got it working. Git is... different, although it's certainly closer to hg than all the other ones you listed (both in terms of release date and also data model).

It sounds like you may have cloned the original repo on github without first creating your own fork. Or, if you created your own fork, you probably just cloned the repo via HTTPS instead of SSH. You may want to run something like... $ git remote --verbose origin...

My usual approach is to hardcode certain slots (e.g. offhand, due to hobo power / smithsness) that tend to lead to combinatorial explosion. That and caching maximizer output via custom outfits during the course of running scripts.

Hm. LoginManager.timein -> login -> doLogin -> initialize -> KoLmafia.refreshSession calls refreshSessionData(), which in turn makes a CharSheetRequest; afterwards, refreshSession invokes recalculateAdjustments(), so timing in should be covered in exactly the same way that a normal login is...

You're close, but you need to explicitly invoke find() on your matcher. matcher slimedefeated = create_matcher("([0-9]+) turns spent in this dungeon:",visit_url("clan_raidlogs.php")); if (find(slimedefeated)) { print(group(slimedefeated,1).to_int() + " defeated","green"); }...

I believe r27647 fixes this.