Bug 2 Turns Tracked for 1 Turn Spent

KidoftheThird

KidoftheThird

New member
I'm running into an issue where my turns_spent increments by two rather than one, if my adventure is a combat. It really messes up my delay tracker in TourGuide, although I believe that is just a symptom. I've been looking around the forums for posts related to Delay, turns_spent and haven't found anyone with the same issue.

I'm on r28058

One example,

> ash $location[The Haunted Pantry].turns_spent
Returned: 0
> Take turn, receive a NC
> ash $location[The Haunted Pantry].turns_spent
Returned: 1
>Take turn, receive a Combat
> ash $location[The Haunted Pantry].turns_spent
Returned: 3

I made a debug log of on of the cobb's knob adventure below

> ash $location[The Outskirts of Cobb's Knob].turns_spent
Returned: 2
> Take turn, receive a Combat
> ash $location[The Outskirts of Cobb's Knob].turns_spent
Returned: 4


I was hoping the debug log would indicate some change in value on the turns_spent variable but I don't believe it has. I also tried just searching my mafia folders for turns_spent , but all I can find for it are logs where I've invoked that check. Is there any other value I could be looking for, debugging or logging to help myself or someone investigate how this is occurring?
 

Attachments

Make another debug example, this time with a clean install of both mafia and then tourguide because that's how I can easily see turns_spent without having to run the command every turn. I will note as I started the combat, the delay decreased by one, then again by another one as it finished it.

I included my settings folder as I did keep those on my fresh install incase that could be a culprit
 

Attachments

The other ones are safe. That one contains your encrypted (but easily decrypted) passwords.
We should probably post a warning about this.
Or even, if fewyn says it is possible, prevent uploading a file with that name.

Your local (per-character) preferences are much more likely to have something significant to this kind of issue.
 
Adding them back. If there's any other debug, logging, trace or anything I could enable to try and understand why turns_spent increments at the beginning and end of combat that would be amazing.

Edit: Also I did reset my password just incase as that file was up for a little while
 

Attachments

Just to confirm I do play manually. Did a full uninstall / reinstall of java as well to confirm that is up to date / not the issue. Even ran ' java -version' in the command prompt after the uninstall and reinstall to confirm it was fully removed / added back.

Interestingly I manually ran the check for turns spent during a combat where I took an action other than the combat macro I typically run and it incremented by another.

Running the command below in the mafia CLI

ash $location[The Defiled Niche].turns_spent

Attached just the CLI from that encounter but it was

Before combat: 0 turns
Stars of Combat: 1 turn
Manually use Spring Kick: 2 turns
Run combat macro: 3 turns

I'm thinking it gets incremented every time I hit the combat page? I included a screenshot of my automation tab in preferences to confirm I don't have anything in there that runs pre-post combat, but if there's something else in my settings that could be handy I'm happy to provide it
 

Attachments

In KoL's options -> combat, do you have the Combat Action Bar enabled? Do you have "Show old form with Combat Action Bar" enabled?
 
Try disabling "Show old form with Combat Action Bar". Sometimes that can cause Mafia to think fights have ended when they haven't.

Also sometimes just the CAB can do that but mostly it seems to be okay.
 
Yup, that does help it track correctly. Thanks for being able to identify it so quickly

I suppose now I'm going to have to figure out how to either; use only the combat bar, only the old form, or learn how to re-write my vanilla macros into CCS and then get buttons for them. I don't know that any of those options are particularly appealing, so might just have to not trust my delay counts. That's more of a me issue though.
 
You must log in or register to reply here.
Back
Top