Resetting running tasks at startup
Making Notifier thread safe. 

Observers of notification messages vill get them in the 
GUI-context even if it was initiated from another thread
Syncing moved to a worker thread
Release of version 1.9.9.0
Release of version 1.9.9.1
Adding missing dependencies for Debian build
Release of version 1.9.9.2
Bugfix: Updated times were not propagated because change 
time was not changed.
+ adding unit tests to cover this case.
+ variable types (time_t/in64_t) was not consistant causing failed build in 32bit 
 systems
Bugfix: Notifier called observers in wrong context causing crashes
Bugfix: faulty preference handling stoped auth to server.
Cludge:  Self generated ssl certificates causes failed connection. 
Disabling ssl checks to be able to continue testing. (Will be optional)
Removed code optimization in debug builds
Bugfix: When getting database from server and local database is 
empty then all deleted tasks were resurected.
Bugfix: On first startup the summary view was duplicated.
Bugfix: Race condition on startup. 
Syncing starts directly and adds tasks to database. This can 
happen simultaneously as the task list is populated for the first 
time and causing double items in task list.
Fixes for syncing
* Error messages in dialog
* Configurable to ignore ssl cert errors
* Configurable sync interval
If url or username is blank then syncing is disabled
Release of version 1.9.9.3
Bugfix: Not building because inconsistent use of int64_t and time_t
Bugfix: Removed deadlock.

Big database with more than 6x00 items cause deadlock at upgrade of schema. The problem was that the Dispatch que got full.