Feature Disable Daily Deeds buttons while mafia is active

lostcalpolydude

lostcalpolydude

Developer
Staff member
For the majority of mafia's interface, if mafia is active (automating turns, crafting, whatever), buttons are grayed out while that action takes place. For Daily Deeds, the buttons are always active until that specific task is no longer relevant, even when other actions are being handled. That should be changed.
 
I disagree somewhat. I run through and hit all those DD buttons while scripts are running. It queue's the action(s) after the script completes and works fine. No race conditions. While auto-adventuring is happening, this is not the behavior. I can see adjusting code to queue the action(s), while auto-adventuring only. Disabling completely seems a bit excessive. I would actually prefer it if mafia noted the request and then slipped it into my auto-adventuring between battles/adventures.
 
One thing you can currently do is click the "rest" button 5 times quickly when you only have 4 free rests, spending a turn resting.
 
I mostly made this thread as a reminder that I was probably going to get to at some point, but apparently people really want Daily Deeds to be different from the rest of mafia?

The "rest" button doesn't really bother me, it was just a convenient example of weirdness that results from the current behavior.
 
Well, the funny thing is that the initial example of why it SHOULD stay different is one of the things that's supposed to go away... Somewhere in that FReq/Bug queue is the unintended behaviour from adventuring using the Adventure tab not locking up the gCLI and mafia interface unlike everything else.
 
As a reminder, daily deeds buttons are just a front-end to running CLI commands.

I also like to queue up commands when running through DD stuff. Other issues seem to be external to DD: CLI commands should queue properly during relay/automatic adventuring, "rest free" should be a command, etc. I agree with fixing those.

Theraze said:
Somewhere in that FReq/Bug queue is the unintended behaviour from adventuring using the Adventure tab not locking up the gCLI and mafia interface unlike everything else.
Click to expand...

I think that's my somewhat non-intuitively named "rationalize adventure tab behavior". I looked into it and hoo boy is it a lot of work/complicated to fix.
 
You must log in or register to reply here.
Back
Top