Recent content by Ryo_Sangnoir

Yeah, I think after gausie changed the skills to come from modifiers those changes need to be reflected across the TCRS data files. You can regenerate the data files using "tcrs derive", I think?

I made level independent of stats when Zoot came out. withEquippableItem should change stats.

Yeah, we check api.php immediately after submitting the choice but not really after that. So if KoL takes a while to update it we have it wrong and don't correct it, I guess.

Without special text, we're going to struggle to tell the difference between free and non-free runaways, or to figure out the source (e.g. if you free run with boots + navel ring, which is it?) I can ask gausie to ask CDM to add a RUNRUNRUN comment if you ran successfully, and then we could...

Getting rid of the weapon let autoscend continue because you now have no weapons so it doesn't error. Alternatively you can run "set auto_debug_maximizer = false" in the CLI and it should warn but not abort in that case.

This isn't maximizer this is autoscend. Nothing has been changed or fixed. This issue doesn't happen all the time, which is why it is tricky to fix. We know one issue -- with "+effective", if there are no valid weapons, nothing will be equipped. The accordion issue you have above is different...

Some shops (e.g. Toxic Chemistry, Beer Garden) are not accessible if you have no items of currency to spend at them, but the currency items themselves are tradable. In this case, attempting to "acquire" items sold at those shops fails until you gain one of the currency items. For example: >...

r28468, _douseFoeSuccess

Looking at the API when you're in a failure state would be helpful: api.php?what=status&for=mafia It's the "grafts" key. If KoL is returning the wrong state there's nothing we can do.

Yes, I still plan to make a simpler, inbuilt version. Thank you for not picking the name "leprecondo" for your script.

That HTML looks like the HTML after KoLMafia has done its work on it, instead of from a debug log, based on the script / image locations. So we can't be sure, but if it's not working it's probably the HTML entity / character discrepancy.

Should be fixed in r28451.

Sorry, I forgot to check scripts this time. My apologies for the breakage. Last time (with modifiers), I filed PRs to affected scripts. I think that is what you will have to do this time as well.

I have bug reported, we will see if CDM fixes. after a few days I might see if I can fix it without.

I added it because without it, you can't tell what the failure actually is. I deal with test failures on GitHub, and it is useful. If we don't have this, we don't actually have any information beyond "test X failed" -- we don't have the failure message nor the stack trace for the line. It was...