Alternate calendar could not be found

[phw198]

I went in to swap the google shared calendar destination, and managed to trip that "alternate calendar could not be found". I've attached the log for the instance
OGcalsync.log
.

Originally posted by @wir3z in #1307 (comment)

[phw198]

@wir3z I think OGCS is picking the wrong profile in this scenario:

1. Set an Alternate Mailbox profile to sync on a schedule
2. Then switch the profile in the GUI to one configured for "Shared Calendar"
3. Then close Outlook fully and wait for the alternative mailbox profile to sync

📦 Please could you apply v2.9.1.12.zip and then follow the above steps to reproduce the issue and then upload your logfile again.

Thanks!

[wir3z]

Ok, cannot break it (yet?) with 1 default, 1 alternate and 1 shared calendar. I've attached "OGcalsync.log" for this condition, but it synced fine.

I did add an additional shared calendar, and can reproduce the the profile/alternate calendar issue (OGcalsync-multiple altermate.log). Seems to be a profile overlap when multiple alternate profiles are loaded. I also tried using a different calendar name for the second alternate account, but same same issue where it says the "alternate calendar could not be found.

Hope this helps.

OGcalsync-alternate with different calendar name.log
OGcalsync.log
OGcalsync-multiple altermate.log
".

[wir3z]

Forgot to add the splash screen of "profile loading" when switching profiles works great. Other than the above comment with multiple alternate accounts, it seems to be very stable.

[phw198]

I can't seem to find any errors in those 3 log files associated with the "alternate calendar could not be found" problem?

I've also created two alternate calendar profiles and they both sync automatically, so I'm not quite sure how to reproduce this issue...

[wir3z]

I was going to say "hmm... now it's fine", but I managed to break it.

What I had running was:

• default calendar (vdi)
• shared calendar (sharedcalendar)
• alternate calendar (lpakula)

I shut down, deleted the log, started back up, and added a second alternate:

• alternate calendar (mpakula)

I clicked around, it seemed fine, and then I tried to swap profiles. At that point, it tossed the warning for "mpakula":
2021-11-08 17:56:55,518 WARN 1 OutlookGoogleCalendarSync.Forms.Main [330] - Outlook calendar 'Calendar' could no longer be found. Selected calendar 'Calendar' instead.

I then tried "lpakula" got the same warning. Then clicked to the vdi and then sharedcalendar, and those were fine. That's the end of the log.

During that time, it did a sync for the two alternates. It's pulling the outlook profile from the first alternate (lpakula), and then proceeds to put the entries in the proper google calendars. When I log into google calendar, I will see all the lpakula entries replicated in the second alternate mpakula google calendar.

Hopefully this helps? Let me know if you need more than debug logging to help trouble shoot this.

OGcalsync.log

[phw198]

📦 Please could you try breaking v2.9.1.13.zip (see instructions for applying).

Thanks @wir3z !

[wir3z]

OK, almost perfect. When I first started to add the second alternate profile, it had both the same issues above. I shut down the app and outlook link, restarted, and everything was fine. No more errors, or lost calendar. I've start/stopped the app, flipped through profiles, and no more crashes.

Only issue that seems to be outstanding is around the delete confirmations on the second alternate mailbox. The settings have delete enabled, and confirmations disabled, but it still prompts for confirmation. I've attached a log, but I don't know if it will tell you much.
OGcalsync.log

[phw198]

Thanks for testing that - feels like we might be getting closer to an alpha release of profiles!

For the delete prompt, I think this is intended behaviour. Here we have 5 items in Google and, judging by the timing, no prompt for a deletion confirmation:

2021-11-13 11:03:01,131 INFO  20 OutlookGoogleCalendarSync.Console [282] -  Outlook 3, Google 5
2021-11-13 11:03:01,678 DEBUG  20 OutlookGoogleCalendarSync.Sync.Engine+Calendar [475] -  Synchronising from Outlook to Google.
2021-11-13 11:03:01,678 DEBUG  20 OutlookGoogleCalendarSync.GoogleOgcs.Calendar [1155] -  Comparing Outlook items to Google events...
2021-11-13 11:03:01,678 INFO  20 OutlookGoogleCalendarSync.Console [282] -  Matching calendar items...
2021-11-13 11:03:01,694 INFO  20 OutlookGoogleCalendarSync.Console [282] -  1 Google calendar entries to be deleted.
2021-11-13 11:03:01,694 INFO  20 OutlookGoogleCalendarSync.Console [282] -  0 Google calendar entries to be created.
2021-11-13 11:03:01,694 INFO  20 OutlookGoogleCalendarSync.Console [282] -  3 calendar entries to be compared.
2021-11-13 11:03:01,710 INFO  20 OutlookGoogleCalendarSync.Console [282] -  Deleting 1 Google calendar entries
2021-11-13 11:03:01,710 DEBUG  20 OutlookGoogleCalendarSync.Console [280] -  2021-11-13 4:00 PM "LP TEST"
2021-11-13 11:03:02,179 INFO  20 OutlookGoogleCalendarSync.Sync.Engine+Calendar [530] -  Done.
2021-11-13 11:03:02,179 INFO  20 OutlookGoogleCalendarSync.Console [282] -  Comparing 3 existing Google calendar entries

However, here we have only 1 item in Google for deletion - this would trigger the "All Google events are going to be deleted. Do you want to allow this?" - it's a rudimentary check in case someone is about to wipe everything out of their calendar 🙂

2021-11-13 11:04:03,020 INFO  10 OutlookGoogleCalendarSync.Console [282] -  Outlook 0, Google 1
2021-11-13 11:04:03,020 DEBUG  10 OutlookGoogleCalendarSync.Sync.Engine+Calendar [475] -  Synchronising from Outlook to Google.
2021-11-13 11:04:03,020 DEBUG  10 OutlookGoogleCalendarSync.GoogleOgcs.Calendar [1155] -  Comparing Outlook items to Google events...
2021-11-13 11:04:03,020 INFO  10 OutlookGoogleCalendarSync.Console [282] -  Matching calendar items...
2021-11-13 11:04:03,036 INFO  10 OutlookGoogleCalendarSync.Console [282] -  1 Google calendar entries to be deleted.
2021-11-13 11:04:03,036 INFO  10 OutlookGoogleCalendarSync.Console [282] -  0 Google calendar entries to be created.
2021-11-13 11:04:03,036 INFO  10 OutlookGoogleCalendarSync.Console [282] -  0 calendar entries to be compared.
2021-11-13 11:04:30,720 INFO  10 OutlookGoogleCalendarSync.Console [282] -  Deleting 1 Google calendar entries
2021-11-13 11:04:30,720 DEBUG  10 OutlookGoogleCalendarSync.Console [280] -  2021-11-13 5:00 PM "MP TEST"
2021-11-13 11:04:31,283 INFO  10 OutlookGoogleCalendarSync.Sync.Engine+Calendar [530] -  Done.
2021-11-13 11:04:31,518 DEBUG  1 OutlookGoogleCalendarSync.XMLManager [148] -  Setting 'CompletedSyncs' updated to '4572'

[wir3z]

Yes, I think it's almost there for alpha. :)

Might have explained it poorly. What was happening was I deleted the MP Test from outlook, and then OGCS had a GUI prompt to confirm the deletion of that entry (even though the settings had the confirmation box unchecked). All the other scheduled syncs got paused until I clicked the ok button.

All the other profiles have that same confirmation disabled, and they are working as expected (silently deleting entries with confirmation).

[phw198]

Yes, but that MP Test was the only item in Google? Therefore, when all items in a calendar are up for deletion, regardless of your prompt settings, OGCS will ask you to confirm that is really what you want to do.

Granted, there's limited point in this when there's only 1 item in the calendar - it's really trying to prevent against unintended bulk deletes due to the user misconfiguring things...

[wir3z]

Ahh yes... failed to read to the period on that one! If it's the last item, then the GUI pop-up states that, also indicating new items (if applicable) will be created.

The only "issue" I've see with this, or other errors is scheduled sync gets stopped until the user addresses the issue. Maybe a watchdog that cancels that sync, and reschedules if a new sync is pending? The last item deleted is a bit of a corner case, so not sure if it's worth the effort?

[phw198]

...scheduled sync gets stopped until the user addresses the issue

I think this crosses over into requests like #1190 - addressing this might become a higher priority with profiles.

[wir3z]

Yes, you are correct, this would overlap. From my experience so far, I'd say you are safe to alpha the multiple user profile version, and I think you can close this one.

[phw198]

Thanks for all your testing on this! I've held off releasing Profiles in v2.9.2.0, but you can get the latest in v2.9.2.1

[wir3z]

Perfect, thanks! Just updated and applied.