Tutanota: Sending/receiving calendar invitations

[charlag]

[BJMabbett]

Can these give options for both encrypted and non encrypted (i.e. to non Tutanota users) please?

[gio-cefalu]

Just curious on the update for this feature. I'd also like to second the notion to have both encrypted (within Tutanota) and unencrypted (non-Tutanota users) calendar invites and acceptances, as BJMabbett suggested.

[charlag]

It was mostly working but had some roughy edges, there were more pressuring issues so far so it's unfinished. Prototype version simply used email as transmission medium so you get both encrypted and unencrypted invites.

[gio-cefalu]

Just checking for an update on this. Any chance we can see calendar invites sometime soon?

[charlag]

Please don't ask here
We started testing it and we will release it this/next week

[charlag]

• [x] We need to add EMAIL to attendees/organizer for interop
• [x] It is possible to add invite to rw shared calendar which should not be allowed, only personal calendars are allowed

[charlag]

Calendar event popup does not use elevated_bg as background. It's not critical but not nice for the dark theme

[charlag]

another issue with dark theme:

[armhub]

I spradically get LockedErrors in an error dialog when the invited user receives the invitation:
error LockedErrorname: "LockedError"message: "423: MEMtcwt----0 | DELETE /rest/tutanota/calendareventupdate/MEMibmj----0/MEMtcjK--R-0"data: undefinedstack: "LockedError: 423: MEMtcwt----0 | DELETE /rest/tutanota/calendareventupdate/MEMibmj----0/MEMtcjK--R-0↵ at https://test.tutanota.com/common.js:1:250827↵ at XMLHttpRequest.xhr.onload (https://test.tutanota.com/worker.js:1:664744)"isOperational: true__proto__: TutanotaError

[vitoreiji]

If the organizer gets a reply while they have the event dialog open, is not updated. If organizer then saves, the old attendance status will be saved (and possibly sent out to invitees if organizer chooses to send updates).

[vitoreiji]

External invitees cannot change their minds about replies to confidential invitations.

[armhub]

Calendar event is not updated at recipient:

1. Send invitation to one recipient for event 17:00-17:30.
2. Change event time to 17:00-19:00 and send updates. Recipients gets another invitation.
3. Accept initial invitation by recipient -> the event in the calendar shows 17:00-17:30
4. Accept the second invitation by recipient -> the event in the calendar still shows 17:00-17:30

[vitoreiji]

I cannot reply to invitations from external users. I can save the event to my calendar but I cannot send my attendance status to the organizer.

EDIT: nevermind, domain name issues...

[charlag]

Empty password leads to an error when inviting

Also approval status check is not handled

[charlag]

Auto-sizing does not work when there's not enough space

UPDATE: happens because we try to infer natural size of the element by rendering it invisibly and then animating to the correct size. When we do this initial render we don't take margin into account so then later when we apply our inferred size with margin, content overflows.

To reproduce: on screen with width < 400 px create event with multiline title, guests and description.

[mpfau]

see #2196

[vaf-hub]

I cannot remove the event from calendar, if I am the only guest

[armhub]

Re-testing accepting invites with a changed event date:

1. Send invitation to one recipient for event 17:00-17:30.
2. Change event time to 17:00-19:00 and send updates. Recipient get another invitation.
3. Accept initial invitation by recipient -> the event in the calendar shows 17:00-17:30
4. Accept the second invitation by recipient -> BadRequestError

[vaf-hub]

Another bug:

1. Create an event and invite a tutanota user as guest. Save.
2. Edit event and add an external guest. Save.
3. Either send out updates or not (it does not matter I think)

Upon saving (after handling the send-out-updates dialog) the encryption lock appears (red) and an error dialog opens: _Please provide an agreed password for each external recipient._
But we also have an uncaught error:
UserError Error message: Please provide an agreed password for each external recipient. Stacktrace: UserError. Please provide an agreed password for each external recipient. UserError@https://test.tutanota.com/main.js:1:1328369 value/</<@https://test.tutanota.com/main.js:1:917533 a@https://test.tutanota.com/libs.js:26:74251

[charlag]

@vaf-hub everything besides error dialog is intended, it's fixed in https://github.com/tutao/tutanota/commit/7c62f6e41e1b6714630770bc057f18eb1a2b4aa8 but we didn't merge it yet

[armhub]

Another issue: Invitation replies from gmx do not update the calendar event in Tutanota.

[charlag]

Tested out content overflow, there's a mistake for a few pixels, need to fix it again. Strange that it worked in one case but not in another.

[charlag]

Re-testing accepting invites with a changed event date:

1. Send invitation to one recipient for event 17:00-17:30.

2. Change event time to 17:00-19:00 and send updates. Recipient get another invitation.

3. Accept initial invitation by recipient -> the event in the calendar shows 17:00-17:30

4. Accept the second invitation by recipient -> BadRequestError

This works now, both updating summary and updating time (different cases)

[armhub]

Replies from gmx are not parsed correctly. This will be fixed with our next test release.

[armhub]

Replies from gmx seem to work fine now.

[spiritloveroot]

does this work for ios too?