Cancelling the "Party Crashing" dialog should not add event to calendar.
Categories
(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)
Tracking
(thunderbird_esr91+ wontfix, thunderbird95+ wontfix)
People
(Reporter: lasana, Assigned: lasana)
References
Details
Attachments
(1 file, 1 obsolete file)
Cancelling this dialog still adds the event to the calendar resulting in an event with a missing "invited attendee" thus causing the event to be treated like a regular event and not an invitation. Instead we should skip adding the event if the user chooses not to select an identity.
Comment 1•3 years ago
|
||
Not sure that's reasonable. Like I commented on the the related patch, you may have already selected which calendar it should be added to.
![]() |
Assignee | |
Comment 2•3 years ago
|
||
(In reply to Magnus Melin [:mkmelin] from comment #1)
Not sure that's reasonable. Like I commented on the the related patch, you may have already selected which calendar it should be added to.
As it is right now, the invitation will have the wrong UI controls and will be editable by the user. The whole workflow around the calendar's identity needs to be revised but we are not there yet.
![]() |
Assignee | |
Updated•3 years ago
|
![]() |
Assignee | |
Comment 3•3 years ago
|
||
Updated•3 years ago
|
![]() |
Assignee | |
Comment 4•3 years ago
|
||
This patch also ensures that cancel the dialog at anytime aborts the whole process.
The dialog is also now sorted so that the identity that actually received the invitation
if offered first.
Updated•3 years ago
|
![]() |
Assignee | |
Updated•3 years ago
|
Pushed by geoff@darktrojan.net:
https://hg.mozilla.org/comm-central/rev/67e9a5fdb0ee
Prompt user about "Party Crashing" earlier in the itip workflow. r=darktrojan
Updated•3 years ago
|
![]() |
Assignee | |
Comment 6•3 years ago
|
||
Better to not uplift this, there is an issue in this patch later fixed and we don't have enough tests yet in this area to detect other problems.
Description
•