Open Bug 1880293 Opened 1 year ago Updated 1 year ago

Update a participant's status after receiving a confirmation email - rsvp status stored on wrong calendar

Categories

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

Product:
Calendar
Component:
E-mail based Scheduling (iTIP/iMIP)
Version:
Thunderbird 115
Type:
defect

Tracking

(Not tracked)

Status:
UNCONFIRMED

People

(Reporter: adrien.rybarczyk, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36

Steps to reproduce:

  1. To reproduce this problem, you need 2 email accounts, each with its own calendar (You need the 2 calendars on your Thunderbird profile, but it is not necessary for emails accounts)
  2. With account 1, send an invitation to account 2.
  3. With account 2 accepting the invitation, this will send a confirmation email to account 1 that the invitation has been accepted
  4. On the confirmation email, account 1 click on Update in the toolbar linked to the invitation buttons

Actual results:

Let's assume that both calendars are activated and use the following branches in the preferences:

Account 1 : calendar.registry.effc4949-fc81-4e2c-9a94-2118b32ee63d.*
Account 2: calendar.registry.f637cdf1-b857-4a18-a818-378d03c563a4.*

To find out which calendar to update, it will look at the last part of the id (2118b32ee63d and 378d03c563a4) and will write in the last calendar alphabetically (378d03c563a4).

Expected results:

The button must interact with the right calendar

Component: Provider: CalDAV → E-mail based Scheduling (iTIP/iMIP)
Summary: Update a participant's status after receiving a confirmation email → Update a participant's status after receiving a confirmation email - rsvp status stored on wrong calendar
You need to log in before you can comment on or make changes to this bug.