Christian Roth wrote:What could be the issue here?
Something has mangled the preferences saved by the scheduler that it uses to restore its state when restarting. This is the second report I've had of this, but I still don't know what's going on. The saving and reading of preference values is handled by the operating system, and is usually quite reliable.
First, send me a diagnostic report (Help > Send report...). This will let me look at your preference setting files in hopes of understanding what's happening to them.
Next, open up a Terminal window, paste in the following command, and press Return.
defaults delete com.qrecall.scheduler QRSavedUserLogInState
That should delete the offending value, the scheduler will revert to using a default value, and everything should be running again. If it doesn't restart on its own, quit and relaunch QRecall. If there's still no joy, restart your system. If you encounter a new problem, send another diagnostic report.
Is this intended during beta phase
This assertion is only in the beta version of QRecall (the release version would have just shrugged it off and gone on). The beta versions of QRecall are far less tolerant of these kinds of inconsistencies.