Search results

I feel like some of the code was there to handle predictions (from the Maximizer) as opposed to current calculations for effects on hand. I haven't set up an IDE since the transition to github, so I'm not in a position to even try looking at it.

I agree that the code was confusing, when I made it work (I haven't looked at it in a while). To the point where I was surprised that having two doubling effects worked correctly, but since it was working I stopped touching it.

You can fetch any real monster with just the ID.

I suppose you want to get an error instead, since there are four different monsters (five really, but one is unavailable) that ambiguously have that name? Those are the relevant lines from monsters.txt (with the rest of each line removed because it doesn't matter here). So, what result are you...

It has nothing to do with that path, or any particular KoL change. It's a rare KoL glitch that makes items not show up in various places, until a quick backend thing is done to make them show up again. It is generally met with about 20 bug reports in 5 minutes (as well as being mentioned in...

It has nothing to do with KoLmafia. (Feel free to speculate about other causes, if that's fun.)

It was broken for me initially, but it is working fine now.

This would be a change in 26000 that CHIT needs to be updated to handle. In the mean time, you'll need to disable your charpane script to view effects.

I decided I would try my hand at updating things for the first time since the transition to github. So I created a pull request using the in-line editor at github, and that's probably ready to just approve.

The fact that this is seems to be reasonably spaded and seems to be a thing people want to control makes me feel like I should push in /dev for it to not be a thing that KoL uses. On KoL's end, it was only ever meant to work in the context where people didn't know how it works. If adding this...

"spell damage, -spell damage percent" should work for that.

I think that happens with every github-hosted script, that trying to visit the URL in a web browser that is used for checkout gives a 404. Trimming the URL to remove any trunk gives a useful page.

Correcting to 1 less than the limit after incorrectly being set to above the limit is expected behavior (unrelated to recent changes).

My tools are not even close to set up to do more than compile and run these builds currently... Are these variable equipments being checked at every login, even if they never change?

You may have Java 17 on your system, but KoLmafia is using Java 8 to run, according to the debug log you posted.

20903

That is intentional. When you have no restrictions (in a Casual ascension, for instance), KoLmafia is attempting to save resources/server hits by requiring you to have the most effective "easy" item on hand. The cost is trivial (4500 right now) and one time.

while(get_clan_id() != 90485) A first step would be to have the script print what it thinks get_clan_id() is in that block. And if something weird is happening with that, then there's also get_clan_name() to try.

Don't worry, historical prices were not a consideration in my fix. I just made sure that if you're adventuring (in a fight or choice) there won't be any server hits when attempting to get a mall price.

20840 should fix this.