mirror of
https://github.com/aluxnimm/outlookcaldavsynchronizer.git
synced 2026-04-25 11:05:56 +03:00
[GH-ISSUE #33] Moving a single event in a series is not reflected on the server #41
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#41
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 17, 2015).
Original GitHub issue: https://github.com/aluxnimm/outlookcaldavsynchronizer/issues/33
Originally assigned to: @aluxnimm on GitHub.
Steps to reproduce:
The whole stuff works however if I do the modification first and sync afterwards.
Original comment by: mawinkler
Original Ticket: outlookcaldavsynchronizer/41
@aluxnimm commented on GitHub (Jun 17, 2015):
try to close and restart outlook before the 2nd sync.
I guess it works that way.
I noticed this behavior with recurrence exceptions and guess it is a memory or caching issue but couldn't track it down so far.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jun 24, 2015):
Yes, closing and restarting outlook solves the problem. What's interesting: You have to do a sync before you close outlook - otherwise it does not work.
Anyway, it would be great, if you could find the culprit.
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 1, 2015):
Can't reproduce your exact steps with the latest version anymore. I use local calendar folder and sogo as caldav server and your scenario works correctly.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jul 9, 2015):
I retested the sync as described with the new version of Caldav Synchronizer and sogo and I still get the same result: The exception is not reflected.
Used software:
Outlook 2013 32-bit Version 15.0.4727.1000
Windows Version 6.1.7601 Service Pack 1 Build 7601
CalDavSynchronizer Version 0.98
SOGo Version 2.3.0
Sync settings:
360
180
MergeInBothDirections
Automatic
http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/
/
sogo1
0
Attached you will find the log file too.
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 9, 2015):
Hi,
your Calendar Url Contains a whitespace.( See logline 8: 'http://sogo-demo.inverse.ca/SOGo/dav/sogo1/Calendar/personal/ /f44141f5-485d-422e-a478-8beff49c6704.ics' and the Setting in your last post)
Please correct the Calendar Url in the Settings and retry it.
To prevent such errors in the Future I will add a Whitespace-Trim for the options Dialog.
br
Gerhard
Original comment by: nertsch
@aluxnimm commented on GitHub (Jul 9, 2015):
Hi,
thanks for the hint. I removed the whitespace and it works with sogo now!
However it still fails with GroupOffice. I will provide you more informations.
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 13, 2015):
I need to clarify my last statement: It still does not work with sogo. The moved event does not jump back in Outlook, but the modification is not reflected on the sogo server.
used version: 0.99.1
Steps to reproduce:
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 13, 2015):
Sometimes outlook has some caching issues, wait some minutes before syncing again or use the automatic sync interval settings. 5mins later it should be reflected.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jul 14, 2015):
Yes, that's strange. Waiting a few minutes before syncing solves the problem. I'm wondering how other Outlook plugins (like Bynari or cFos) are dealing with this issue as I never noticed this behavior before. They are syncing the modifications immediately.
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 14, 2015):
We still have some memory issues with the com objects for recurrences, other plugins maybe use a commercial library like redemption which doesn't have those issues or C++ with extended mapi. But we try to fix those :)
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jul 14, 2015):
Ok, I see. Good luck!
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 14, 2015):
With latest release and applying your steps it syncs immediately with my setup.
Original comment by: aluxnimm
@aluxnimm commented on GitHub (Jul 15, 2015):
Thanks. At least for me, the situation did not change with the latest release (0.99.3).
The sync is done immediately if I close Outlook and start it again, but I have to wait a few minutes if I keep it opened.
Original comment by: mawinkler
@aluxnimm commented on GitHub (Jul 30, 2015):
Also solved for me with the latest GarbageCollector fixes.
https://github.com/aluxnimm/outlookcaldavsynchronizer/releases/download/v0.99.9/OutlookCalDavSynchronizer-0.99.9.zip
Original comment by: aluxnimm