Closed Bug 814799 Opened 8 years ago Closed 8 years ago

Invite Attendees dialog: lists do not work, only first list member is added


(Calendar :: Dialogs, defect)

Lightning 1.9
Not set


(Not tracked)



(Reporter: werner.huppertz, Assigned: bv1578)



(Keywords: regression)


(1 file)

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121024073032

Steps to reproduce:

1 . Using list to enter members of an appointment in lightning
2. removing Members form an appointment

Actual results:

1. only the first name of the list will be entered. 
2. The Member could not be removed - OK - will not work in the dialog

Expected results:

1.The whole list ist normaly entered in the schedule atendee list. 
2. The attendee will removed, after - OK - the schedule will be saved.
Severity: normal → major
Component: Untriaged → General
Priority: -- → P1
Might be a duplicate of Bug 815568. Do you agree?
Yes it is the same behvior. But a second bug is detected, lists do not work, only first list member is added.
Severity: major → normal
Component: General → Dialogs
Priority: P1 → --
Product: Thunderbird → Calendar
Summary: Lightning Projekt does not work properly after update to 17.0 - and Lightinig 19.0 , Adressbook list only the first member is inserted in a schedule. Members of a appointment can not removed afterwards. → Invite Attendees dialog: lists do not work, only first list member is added
Version: 17 → Lightning 1.9
Werner, are you comfortable with applying patches or testing nightly builds? If so, could you either apply the patch in bug 815568 or wait for tomorrow's nightly builds and test them to see if your issue still exists?
Duplicate of this bug: 817314
Duplicate of this bug: 817953
Confirming based on the duplicated reports.
Ever confirmed: true
OS: Windows 7 → All
Hardware: x86_64 → All
Duplicate of this bug: 828273
Duplicate of this bug: 828551
The patch mentioned in comment 3 landed in Lightning 2.0. Maybe someone could test if the problem still exists using one of the Thunderbird + Lightning test build combination listed in
Severity: normal → major
Keywords: regression
I tried all the following TB+Lightning combinations:
17.0.2 + 1.9
18.0b1 + 2.0b1
19.0b1 + 2.1b1
20.0a2 + 2.2a2
Bug 1 is a problem in all these versions - I type a distribution list name when inviting attendees and press return. Only the first member of the distribution list is added to the attendee list.
Bug 2 - Removing members from an appointment - this worked for me in all the above versions. The OP listed 16.0, so perhaps this issue was fixed in 17.0.2+1.9?
Attached patch patch - v1Splinter Review
In the code there's a variable with a wrong name.
As far as I can see this patch fixes without other to add.
Assignee: nobody → bv1578
Attachment #710226 - Flags: review?(matthew.mecca)
When I make the 1-line change to calendar-event-dialog-attendees.xml from 710226 (by hand[editing the appropriate line of the Lightning 1.9 addon code in my TB profile) it fixes the issue:
1 . Using list to enter members of an appointment in lightning
So this fix will backporrt very easily, if a Lightning bugfix release is done to go with the Thunderbird 17.0.n official release sequence.
Comment on attachment 710226 [details] [diff] [review]
patch - v1

Looks good, I think we should take this for 1.9.1
Attachment #710226 - Flags: review?(matthew.mecca)
Attachment #710226 - Flags: review+
Attachment #710226 - Flags: approval-calendar-release+
Attachment #710226 - Flags: approval-calendar-beta+
Attachment #710226 - Flags: approval-calendar-aurora+
Whiteboard: [wanted-1.9.x]
Pushed to comm-central -
Target Milestone: --- → 2.3
comm-esr17 -
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: 2.1 → 1.9.1
Whiteboard: [wanted-1.9.x]

This is bug marked as RESOLVED, but which versions of thunderbird have it resolved?

The problem still happens on 

thunderbird  17.0.7+build1-0ubuntu0.12.04.1

installed today.

Best regards
It is fixed in Lightning 1.9.1 that was released on March 6, 2013. Maybe you are still using Lightning 1.9?
Stefan, you are right. I'm using Lightning 1.9.

Thanks for your comment. I will upgrade and report back.
It is indeed fixed on Lightning 1.9.1 (tested with Thunderbird 17.0.7) Thanks again.
You need to log in before you can comment on or make changes to this bug.