Closed
Bug 515399
Opened 17 years ago
Closed 17 years ago
Cannot add attendees to event invitation [Error "input is null" in calendar-event-dialog-attendees.xml]
Categories
(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)
Calendar
E-mail based Scheduling (iTIP/iMIP)
Tracking
(Not tracked)
VERIFIED
FIXED
1.0b1
People
(Reporter: ssitter, Assigned: mnyromyr)
References
Details
(Keywords: regression)
Attachments
(1 file)
|
3.08 KB,
patch
|
mschroeder
:
review+
|
Details | Diff | Splinter Review |
Lightning 1.0pre (20090909) with Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090909 Shredder/3.0b4pre
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.4pre) Gecko/20090909 Calendar/1.0pre
Steps To Reproduce:
1. Start creating a new event
2. Select Invite Attendees...
3. Enter some email addresses and press OK button to save attendees
Expected Result:
The added attendees are listed in the event dialog.
Actual Results:
None of the added attendees is listed in the event dialog.
Error Console shows many occurrences of the following message:
Error: input is null
Source File: chrome://calendar/content/calendar-event-dialog-attendees.xml
Line: 575
Comment 1•17 years ago
|
||
*exact* same problem here using latest nightly build:
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.4pre) Gecko/20090914 Lightning/1.0pre Shredder/3.0b4pre
Lightning build 20090913050226
Same error message. Bug confirmed!
Updated•17 years ago
|
Flags: blocking-calendar1.0?
| Assignee | ||
Comment 3•17 years ago
|
||
I'm seeing this with SeaMonkey trunk on Linux.
OS: Windows 7 → All
Hardware: x86 → All
Guys
is there any workaround ? Invitataion without possibility to invite people does not make sense. What is priority of this bug and when it will be solved ?
Thanks.
Comment 5•17 years ago
|
||
I'll try to debug this tomorrow.
Assignee: nobody → mschroeder
Flags: blocking-calendar1.0? → blocking-calendar1.0+
| Assignee | ||
Comment 6•17 years ago
|
||
I was already looking...
The problem is that the attendeeCol* nodes created are anonymous nodes which getElementById (usually) can't see (the first instances are part of <content> which seems to make a difference?!).
The attached patch fixes this bug for me, I didn't see any obvious problems.
Updated•17 years ago
|
Assignee: mschroeder → mnyromyr
Status: NEW → ASSIGNED
Comment 7•17 years ago
|
||
Comment on attachment 401115 [details] [diff] [review]
attendees are anonymous
review follows in the morning! ;)
Attachment #401115 -
Flags: review?(mschroeder)
Comment 8•17 years ago
|
||
Reason we see this now: http://hg.mozilla.org/releases/mozilla-1.9.1/rev/dd9b10ed7eeb
| Reporter | ||
Updated•17 years ago
|
Keywords: regression
Comment 9•17 years ago
|
||
Comment on attachment 401115 [details] [diff] [review]
attendees are anonymous
Works as expected! r=mschroeder
Attachment #401115 -
Flags: review?(mschroeder) → review+
Comment 10•17 years ago
|
||
I can not confirm it, I just upgraded to "Lightning: The 17-Sep-2009 04:17 PST" and issues is still there
Comment 11•17 years ago
|
||
(In reply to comment #10)
> I can not confirm it, I just upgraded to "Lightning: The 17-Sep-2009 04:17 PST"
> and issues is still there
The patch has not been checked in the code repository yet, so you could not see any changes.
| Assignee | ||
Comment 12•17 years ago
|
||
Pushed as <http://hg.mozilla.org/comm-central/rev/06b0427f165c>.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Updated•17 years ago
|
Target Milestone: --- → 1.0
Comment 13•17 years ago
|
||
I can confirm that issue is solved, thanx guys, great job !
Comment 15•14 years ago
|
||
These bugs are likely targeted at Lightning 1.0b1, not Lightning 1.0. If this change was done in error, please adjust the target milestone to its correct value. To filter on this bugspam, you can use "lightning-10-target-move".
Target Milestone: 1.0 → 1.0b1
You need to log in
before you can comment on or make changes to this bug.
Description
•