Running r26255. Noticed today whilst running Garbo. Garbo got into a Maximise loop whilst trying to prep to fight the Glitch Monster. Telling garbo not to fight it stopped said loop. We assumed it was a garbo issue, but on looking deeper think it might be a mafia issue as r26255 has added %monster% to the Daily Deeds panel. On further investigation, we discovered `_glitchMonsterFights` had been set to false, despite default being 0, and it getting set to 1 on fighting the monster.
Checking my Session Log, the following were the only logged changes to the preference over my entire aftercore, CS loop and casual loop, which means it is getting changed from 1 to false somewhere that isnt logged:
Phredd had a look at the mafia code and thinks it might have something to do with the following section of DailyDeedsPanel.java:
Checking my Session Log, the following were the only logged changes to the preference over my entire aftercore, CS loop and casual loop, which means it is getting changed from 1 to false somewhere that isnt logged:
Code:
_glitchMonsterFights changed from 1 to 0
_glitchMonsterFights changed from 0 to 1
_glitchMonsterFights changed from false to 0
_glitchMonsterFights changed from 0 to 1
_glitchMonsterFights changed from false to 0
_glitchMonsterFights changed from 0 to 1Phredd had a look at the mafia code and thinks it might have something to do with the following section of DailyDeedsPanel.java:
Code:
&& !Preferences.getBoolean("_glitchMonsterFights");