Closed natecodes closed 7 months ago
2024-04-08 10:30:03 DEBUG Process-1:1[checkin_handler:103]: Sleeping until check-in: 1791 seconds... 2024-04-08 11:03:20 DEBUG Process-1:1[checkin_handler:124]: Attempting to check in
These two lines indicate that the script slept for 33 minutes 17 seconds (1997 seconds), but the only code that executed between these two debug messages is time.sleep(1791)
(1791 seconds from checking in at 10:59:55--plus a second probably due to rounding). Are you sure nothing halted the process while it was sleeping from 10:30 to 11? I don't see any explanation within the script as to why this would happen and am curious what could have affected it.
Question: What OS were you running it on?
Typically it runs like a few seconds before the intended time and makes several attempts to go through. Interestingly your sleep timer does bring it to about 10:59:51 - however his script has a delta of -5s before the scheduled time to actually start.
MacOS Sonoma 14.4.1
Interestingly your sleep timer does bring it to about 10:59:51 - however his script has a delta of -5s before the scheduled time to actually start.
The time is actually correct as it starts sleeping for 1791 seconds at 10:30:03. This results in it being 10:59:54, which is off by a second most likely due to a rounding error when subtracting the times.
I agree, but that doesn't explain how it could have been 3 minutes late
I agree, but that doesn't explain how it could have been 3 minutes late
From my analysis above, there doesn't seem to be any bug in this program that would cause this and I cannot reproduce this issue (additionally, nobody has reported an issue about this before). Perhaps your OS just scheduled the process to run really late--although 3 minutes seems extreme. If this is the case, I'm not sure how to fix that within the program.
If you've used this for other check-ins, have you seen this issue with those check-ins as well?
Hey @natecodes, I recently added fetching the current time from an NTP server instead of relying on the computer's local time. I don't think this is what happened here but it's a possibility. If there aren't any further steps to debug this issue (or if you don't have any other suggestions), I'll close this issue as non-reproducible.
That sounds good to me. I have a check in coming up on Tuesday so if it still does the same bug then I'll reopen the issue.
Version
Auto-Southwest Check-In v7.3
Browser Version
123.0.6312.107
Description
Check in is supposed to be at 11 AM. It was scheduled properly according to sleep logs. I didn't close/sleep my computer.
To Reproduce
Run as normal
Expected Behavior
Expect that it would begin check in process at 10:59 or 11.
Relevant logs and program output
Additional context
No response