I don't really know where this is coming from, but while farming for 31337 scrolls I had a few occurrences of combats against rampaging adding machines where a scroll was reported as used by Mafia, and was indeed used when checking for refreshed item amounts after combat, but wasn't taken into account by KoL.
Here is an example of CLI output where this happened:
The first two scrolls used didn't result in a 31337 scroll, and one of those first two simply disappeared without being eaten by the RAM. Mafia kept throwing scrolls two by two, but was out of synch with what was happening during the combat, and the only scrolls created where 668 scrolls created accidentally with the 2nd 334 of a first try to create a 668, and the 1rst 334 of a second try to create a 668.
Here is a second combat:
I stopped the combat when I saw that no 31337 scroll was created from using the first two scrolls, and finished manually. During the combat, I checked that the number of 30669 and 668 scrolls reported by the KoL CAB where the same as the number reported by Mafia's inventory, and I checked after that Mafia hadn't missed any 31337 scroll acquired during combat.
I really don't know why a scroll was used, but not eaten by the RAM. It doesn't look like lag is the problem here, since the scrolls did disappear from inventory, so I would bet on a server-side issue.
Finally, the feature request would be for Mafia to check if using a pair of scrolls had the desired result (ie checking if a 668 scroll was acquired after using the second 334 scroll) before continuing the combat, in order to avoid getting out of synch this way.
Another solution would be to be able to skip Mafia automatic scroll creation and go directly to a consult script (or combat macro) that could handle this problem. Right now, the options are "show in Browser" or "create goal + ...". I tried removing goals and choosing "create goal scrolls only", but after the combat Mafia added the 31337 scrolls as goals automatically.
This would also help with the few reports of Mafia mis-behaving when trying to create scrolls with the Black cat batting away items.
Here is an example of CLI output where this happened:
Code:
[2289] Orc Chasm
Encounter: rampaging adding machine
Strategy: D:\dloads\KoLMafia\ccs\chasm.ccs [rampaging adding machine]
Round 0: slyz loses initiative!
Round 1: ML irritates the crap out of you and your opponent with his incessant high-pitched yapping.
Round 1: rampaging adding machine takes 1 damage.
Round 1: rampaging adding machine takes 10 damage.
Round 1: rampaging adding machine takes 4 damage.
You lose 1 hit point
(unable to macrofy vs. RAM)
Round 1: slyz uses the 30669 scroll!
Round 2: slyz uses the 668 scroll!
Round 3: slyz uses the 334 scroll!
Round 4: slyz uses the 334 scroll!
Round 5: slyz uses the 334 scroll!
You acquire an item: 668 scroll
Round 6: slyz uses the 334 scroll!
Round 7: slyz uses the 30669 scroll!
Round 8: slyz uses the 668 scroll!
Round 9: slyz uses the 334 scroll!
Round 10: slyz uses the 334 scroll!
Round 11: slyz uses the 334 scroll!
You acquire an item: 668 scroll
Round 12: slyz uses the 334 scroll!
Round 13: slyz uses the 30669 scroll!
Round 14: slyz uses the 668 scroll!
Round 15: slyz uses the 334 scroll!
Round 16: slyz uses the 334 scroll!
Round 17: slyz uses the 334 scroll!
You acquire an item: 668 scroll
Your familiar gains a pound: ML, the 3 lb. Purse Rat
You gain 16 Fortitude
You gain 14 Enchantedness
You gain 26 Sarcasm
The first two scrolls used didn't result in a 31337 scroll, and one of those first two simply disappeared without being eaten by the RAM. Mafia kept throwing scrolls two by two, but was out of synch with what was happening during the combat, and the only scrolls created where 668 scrolls created accidentally with the 2nd 334 of a first try to create a 668, and the 1rst 334 of a second try to create a 668.
Here is a second combat:
Code:
[2303] Orc Chasm
Encounter: rampaging adding machine
Strategy: D:\dloads\KoLMafia\ccs\chasm.ccs [rampaging adding machine]
Round 0: slyz loses initiative!
Round 1: ML irritates the crap out of you and your opponent with his incessant high-pitched yapping.
(unable to macrofy vs. RAM)
Round 1: slyz uses the 30669 scroll!
Round 2: slyz uses the 668 scroll!
Round 3: slyz uses the 334 scroll!
Round 4: slyz uses the 334 scroll!
KoLmafia declares world peace.
Round 5: slyz uses the 334 scroll!
You acquire an item: 668 scroll
KoLmafia thinks it is round 7 but KoL thinks it is round 6
Round 7: slyz uses the 30669 scroll!
KoLmafia thinks it is round 8 but KoL thinks it is round 7
Round 8: slyz uses the 668 scroll!
KoLmafia thinks it is round 9 but KoL thinks it is round 8
You acquire an item: 31337 scroll
Round 9: slyz uses the 334 scroll!
KoLmafia thinks it is round 10 but KoL thinks it is round 9
Round 10: slyz uses the 334 scroll!
KoLmafia thinks it is round 11 but KoL thinks it is round 10
You acquire an item: 668 scroll
Round 11: slyz uses the 30669 scroll!
KoLmafia thinks it is round 12 but KoL thinks it is round 11
Round 12: slyz uses the 668 scroll!
KoLmafia thinks it is round 13 but KoL thinks it is round 12
You acquire an item: 31337 scroll
Round 13: rampaging adding machine takes 3 damage.
Round 13: rampaging adding machine takes 5 damage.
Round 13: rampaging adding machine takes 4 damage.
You lose 1 hit point
KoLmafia thinks it is round 14 but KoL thinks it is round 12
Round 14: slyz uses the 334 scroll!
KoLmafia thinks it is round 15 but KoL thinks it is round 13
Round 15: slyz uses the 334 scroll!
KoLmafia thinks it is round 16 but KoL thinks it is round 14
You acquire an item: 668 scroll
Round 16: slyz uses the 30669 scroll!
KoLmafia thinks it is round 17 but KoL thinks it is round 15
Round 17: slyz uses the 668 scroll!
KoLmafia thinks it is round 18 but KoL thinks it is round 16
You acquire an item: 31337 scroll
Round 18: slyz uses the 334 scroll!
KoLmafia thinks it is round 19 but KoL thinks it is round 17
Round 19: slyz uses the 334 scroll!
KoLmafia thinks it is round 20 but KoL thinks it is round 18
You acquire an item: 668 scroll
You gain 11 Fortitude
You gain 20 Magicalness
You gain 26 Sarcasm
> inv 31337
31337 scroll (43)
> refresh inv
Refreshing closet...
Updating consumable items...
Updating miscellaneous items...
Refreshing stickers...
Requests complete.
> inv 31337
31337 scroll (43)
I stopped the combat when I saw that no 31337 scroll was created from using the first two scrolls, and finished manually. During the combat, I checked that the number of 30669 and 668 scrolls reported by the KoL CAB where the same as the number reported by Mafia's inventory, and I checked after that Mafia hadn't missed any 31337 scroll acquired during combat.
I really don't know why a scroll was used, but not eaten by the RAM. It doesn't look like lag is the problem here, since the scrolls did disappear from inventory, so I would bet on a server-side issue.
Finally, the feature request would be for Mafia to check if using a pair of scrolls had the desired result (ie checking if a 668 scroll was acquired after using the second 334 scroll) before continuing the combat, in order to avoid getting out of synch this way.
Another solution would be to be able to skip Mafia automatic scroll creation and go directly to a consult script (or combat macro) that could handle this problem. Right now, the options are "show in Browser" or "create goal + ...". I tried removing goals and choosing "create goal scrolls only", but after the combat Mafia added the 31337 scrolls as goals automatically.
Code:
Validating adventure sequence...
Condition added: 31337 scroll (35)
31337 scroll (35)
Requests complete.
This would also help with the few reports of Mafia mis-behaving when trying to create scrolls with the Black cat batting away items.