Open Bug 1751146 Opened 4 years ago Updated 1 month ago

Wrong account chosen for confirming calendar invitation

Categories

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

Product:
Calendar
Component:
E-mail based Scheduling (iTIP/iMIP)
Version:
Thunderbird 91
Platform:
x86_64
Linux
Type:
defect

Tracking

(thunderbird_esr140 affected)

Status:
UNCONFIRMED
Tracking Flags:
Tracking Status
thunderbird_esr140 --- affected

People

(Reporter: pmenzel+bugzilla.mozilla.org, Unassigned)

Details

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:100.0) Gecko/20100101 Firefox/100.0

Steps to reproduce:

Using Debian sid/unstable with thunderbird 91.5.0-2 and two accounts a@example.net and b@example.net. (Passwords are deliberately not stored in Thunderbird, and I have to enter them each time.)

I got an email invitation to b@example.net, and hit confirm.

Actual results:

I was asked for the password for a@example.net.

Expected results:

As the invitation was sent to b@example.net, the confirmation should be sent over that account.

This is still happening with Thunderbird 91.8.1.

(In reply to Paul Menzel from comment #1)

This is still happening with Thunderbird 91.8.1.

Well, yes, since it is in the wrong Product and Component, hasn't been confirmed, assigned, or fixed.

I'll update Product and Component.

Unfortunately, I don't have a setup like yours where I could confirm it.

I'm on Fedora 35 Workstation, Gnome 41 desktop and debating about updating to Fedora 36, Gnome 42.

Component: Untriaged → E-mail based Scheduling (iTIP/iMIP)
OS: Unspecified → Linux
Product: Thunderbird → Calendar
Hardware: Unspecified → x86_64

Thank you for categorizing this issue.

Unfortunately, I don't have a setup like yours where I could confirm it.

Do you mean the Thunderbird version, or something else? You could create two accounts for the same email address (or even a fake account), and order it first. If you give me an email address, I could send you a meeting invitation to test.

If there are any log/debug variables, I could set to get more information, or you tell the source code file and should step through, I could do that too.

It’d be great, if you could point me to documentation, how to debug this issue, or where in the code the address is determined.

This is still happening with thunderbird 1:102.7.2-1.

This also happens when sending invitations.

This still present in thunderbird 1:140.3.1esr-1.

You need to log in before you can comment on or make changes to this bug.