mirror of
https://github.com/aluxnimm/outlookcaldavsynchronizer.git
synced 2026-04-25 11:05:56 +03:00
[GH-ISSUE #12] Move sync off main thread #34
Labels
No labels
1.0
1.0
1.0
2.0
Feature
Feature request
Google
Google Calendar
async
attachement
auto-migrated
auto-migrated
auto-migrated
bug
critical
enhancement
help wanted
implemented
pull-request
solved
solved
sourceforge
sourceforge
sourceforge
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/outlookcaldavsynchronizer#34
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @aluxnimm on GitHub (Jun 9, 2015).
Original GitHub issue: https://github.com/aluxnimm/outlookcaldavsynchronizer/issues/12
Originally assigned to: @aluxnimm on GitHub.
During synchronization Outlook becomes unresponsive. With a large calendar file it can take a couple minutes to finish a sync, during which you are not able to use email or calendar.
Is it possible to allow synchronization in a background thread, similar to how Outlook checks for email updates?
Original comment by: dbolton
Original Ticket: outlookcaldavsynchronizer/34
@aluxnimm commented on GitHub (Jun 9, 2015):
We do caldav operations in background threads but the creation of outlook appointments needs to be done in the main thread. Therefore you should limit the amount of data by configuring the sync timespan. It is often not necessary to sync events of the past.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jun 9, 2015):
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jun 9, 2015):
Thank you for the suggestions. Does Outlook recreate the appointments with every sync even if there are no changes?
I haven't looked at the code, but I also wondered if it was a modal dialog during sync (see attached) that prevented use of other Outlook windows rather than use of the main thread.
Original comment by: dbolton
@aluxnimm commented on GitHub (Jun 9, 2015):
after initial sync only changes are synced of course. maybe you have some errors in your log file if it starts with a full sync again? please provide your log.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jun 9, 2015):
Hi
"I also wondered if it was a modal dialog during sync (see attached) that prevented use of other Outlook windows rather than use of the main thread."
The dialog is non-modal. Since the UI-Thread is busy with synchronization outlook is unresponsive (access to the outlook-object-model has to happen in the UI-thread)
Maybe there is some space for minor improvements, which could reduce the non-responsivity-time by approx 10%-15%. I will check this in the next few days
br
Gerhard
Original comment by: nertsch
@aluxnimm commented on GitHub (Jun 17, 2015):
Attached is an excerpt of the last few lines of the log. Happy to share the full log privately. (The beginning of the log appears to include some events)
Original comment by: dbolton