Search results

My plan was to fix the ones which were different from KoL and not the same as another location -- like we do for monsters, and unlike what we do for items. The previous names would become aliases for the new ones. So far I am aware of the Hippy Camp / Frat House losing their starting "The"...

> Today I had autoscend stop adventuring because it felt that it had spent too many turns trying to get the ingredients for wet stunt nut stew in Whitey's Grove. Do you have a log with the exact message? Expected turns with 0% item drop / combat is ~19 by my calcs. How many turns did it spend?

For previous updates, we have followed the LTS versions: 8 to 11 to 17 to 21. That's why the next is 24. Irrat has filed this as a draft because it's not something we can do yet. The PR adds a message to the login screen because people were missing the message we added after you login. It may...

nice find! I think that's the consequence manager overriding the modifiers, then, and the modifiers aren't parsed correctly because they're roman numerals. So it'll need to be special-cased to not do that.

The prefrerences update when the description for the roman candelabra is viewed, which happens when the session is initialized. Looking at modifiers.txt I can't see anything obviously wrong with the elemental damage part.

Do you have both the combat action bar and the old-style combat forms enabled? That can mess some things up.

That wasn't implemented, so either parse the page or whitelist to BAFH which has everything. Or PR it, implementing it however you like.

r28287. Thanks for the report!

Should be fixed in r28275, thanks for the nudge.

The line assertThat(getBoosts(), not(hasItem(recommendsSlot(Slot.ACCESSORY1)))); is a test. When the test fails, it prints what you see: we expected (something), but actually (something else). In this case, we expect that running the maximizer does not change accessory 1, but in fact...

We expect getBoosts() to return a collection, and for that collection to not have an item that recommends slot ACCESSORY1. However, the collection was [<[equip acc1 ...]>] which does equip something in acc1, so the assertion fails.

My current acc1 here is the Cincho de Mayo, which doesn't offer any +adv or +fites. The Counterclockwise Watch is +3 compared to the baywatch, but it suggests replacing acc1 instead of acc3... I have reproduced this with a test, which is a rarity for maximizer bugs. @Test void...

Countermeasures determines both what the special virus is, and the halfway adventure element. Yes, the intrusion determines the hacker. Everything is named accordingly except black implies grey. I guess it doesn't show up with a name due to the HTML not matching (the name is set in code)...

I can confirm. The CLI opens with logPreferenceChange => true Sending login request... Preference _concoctionDatabaseRefreshes changed from to 1 Using data override: data/mallprices.txt Preference pingLatest changed from api:10:114:126:1188:19620:118.80 to...

Fixed r28237.

If _takerSpaceSuppliesDelivered is false, you need to visit the TakerSpace (visit_url("campground.php?action=workshed");) to update the ingredients before the creatable_amount call is correct. I recently fixed it to refresh concoctions when you create things in r28233.

Should no longer happen on r28236.

I also get that when the autumn-aton would return from one of the new Cyberzones. It's a KoL bug, we can't fix it ;)

okay yeah it was my mistake, so long as your last choice adventure was the deviling one it works. The URL is wrong in the command.

Can you provide a debug log (debug on; devilcandyegg WHATEVER; debug off), please? It worked for me, which is the odd thing.