Double entry of attendees when setting up an invitation in the calendar
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(thunderbird_esr115 affected)
Tracking | Status | |
---|---|---|
thunderbird_esr115 | --- | affected |
People
(Reporter: thomas.rieckenberg, Unassigned)
References
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/115.0.0.0 Safari/537.36 OPR/101.0.0.0
Steps to reproduce:
Dear developer team,
I'm sorry, but I'm still finding new bugs that have been added since version TB 115.
I invite people to meetings from the TB calendar quite often. I do this by adding contacts to the list of attendees.
Actual results:
When I create a new meeting invitation, the first thing I have to do is delete myself from the invitation (known bug = workaround).
Then I can add new participants to the list of participants.
If I press ENTER after inserting, via the clipboard or by typing, to take over this contact, I get it inserted a second time directly below. And, it's not my keyboard's fault!
Expected results:
When pasting, the contact should of course only be pasted once.
Updated•1 year ago
|
I can confirm this bug, adding multiple people to the invitees via pasting into one line adds every address a second time after pressing ENTER
If you only paste one address and press ENTER it is added correctly only once.
but probably related, like described in bug: 1851487 - https://bugzilla.mozilla.org/show_bug.cgi?id=1851487
if you type in an address and the search from the addressbook matches a contact, selecting this contact with the mouse also adds this address a second time (with a blank line too) but if you select the address from the search results with the cursor keys and press enter, it is correctly added only once.
don't know if this should be a separate bug report, I can add one if needed.
tested in Thunderbird 115.2.2 (Mozilla Thunderbird for Manjaro Linux and Windows)
Updated•1 year ago
|
I cannot reproduce this - it WFM in 115.2.3 Flatpak
When i paste in a list of email addresses, they properly fill in without any extra lines. I also don't need to remove my own contact before this is possible.
(In reply to Meichthys from comment #4)
I cannot reproduce this - it WFM in 115.2.3 Flatpak
When i paste in a list of email addresses, they properly fill in without any extra lines. I also don't need to remove my own contact before this is possible.
I have started the bug report.
And I have cross-checked the behavior of TB 115.2.3 (64-Bit) a few minutes ago.
In fact, the bug is still there and is annoying me.
My steps to test it were:
1.) Setting up a new calendar entry
2.) Inviting attendees
3.) Deleting myself from the list of invitees (workaround for bug # 1847658)
4.) Typing the invitees' e-mail-address manually into the respective field. As soon as TB proposed the correct e-mail-address, hitting ENTER
And voila, the e-mail-address is added twice in the list of attendees.
Thanks for the STR.
I can now reproduce this in 115.2.3.
Thunderbird should remove blank invitee rows when focus is removed from the row.
One workaround for this is to delete your address last (instead of first) - obviously not ideal.
Comment hidden (me-too) |
I can still reproduce this in Thunderbird 115.3.1 (ubuntu deb). Whether I remove myself first is irrelevant. I also tried unfocusing in between (which removes one of the then two empty rows), which makes no difference.
Comment 10•1 year ago
|
||
Still problematic in Thunderbird 115.4.2 (windows)
If i type a letter or more and choose the contact from the select list with the mouse than the contact was added twice in the list of attendees.
Comment 11•1 year ago
|
||
I think this was bug 1858629.
Comment 12•1 year ago
|
||
Can anyone of you repoduce this issue in the latest Thunderbird 115 releases?
Comment 13•1 year ago
|
||
Seems to be fixed on 115.6.0 (Linux, flatpak).
Reporter | ||
Comment 14•1 year ago
|
||
Hello Martin,
I opened this bug report, but in between it seems to be fixed very well. I don't face this issue anymore with TB 115.7.0.
I suggest to close this bud report.
Cheers and thanks for taking care about it
Thomas
Comment 15•1 year ago
|
||
Thanks for your responses! Resolving as duplicate (as suggested by mkmelin).
Description
•