-
Notifications
You must be signed in to change notification settings - Fork 169
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Retry initialisation #24
Comments
Well... autorun programs are run by explorer which means that the desktop should exist already... Though I never had an auto start issue, not even in slow VMs.. like I said, the default auto start means that T-Clock is run by explorer.exe which should mean it'll start sometime after the desktop. |
The delays I've observed are not reproducible and seem to relate to unusual problems during startup of the system. Maybe the actual issue can be tracked down by reverse-following the displayed error message. All I know is that the error message does appear from time to time, and then the clock won't load at all. The average non-technical user (who does not know the Program Files folder in Explorer) will have to logoff and logon again, or restart the computer right away. |
…sically implemented #24) this is a followup on 5714148 * simplified command line parsing (we don't need speed here) * delayed Clock hooking until after command line got parsed (/exit doesn't flash the Clock anymore) * retry initialization if T-Clock was started before the Explorer * updated T-Clock Help.rtf to reflect changes (+ added missing note about /SEH)
Now implemented in v2.4.4 |
Not sure whether this still applies here. With older versions I often got the following error message after logon if T-Clock was configured to start immediately at logon:
"Failed to customize clock"
This happened when the logon took longer than usual and the desktop might have been started after the autorun programs. I assume that T-Clock tries to find the taskbar window once and will fail if it's not there. If that's still the case, I'd suggest a retry loop for some time (maybe one or two minutes) before showing the error message and failing. A simple loop calling
Sleep(1000)
should be enough.I helped myself by not using autorun but a scheduled task which allows me to set a start delay of 15...30 seconds. This usually works but it's not the common way to autorun programs.
For a worry-free installer (see #23) I'd not recommend such complex things as scheduled tasks. Instead the built-in autorun feature should be used. To make that robust, this retry loop would be needed.
The text was updated successfully, but these errors were encountered: