Closed
Bug 800333
Opened 12 years ago
Closed 12 years ago
Event context menu propose to change attendance in a readonly calendar
Categories
(Calendar :: Lightning Only, defect)
Calendar
Lightning Only
Tracking
(Not tracked)
RESOLVED
FIXED
1.9.1
People
(Reporter: mbailly, Assigned: bv1578)
References
Details
Attachments
(2 files)
2.05 KB,
patch
|
Fallen
:
review+
Fallen
:
approval-calendar-beta+
Fallen
:
approval-calendar-esr+
|
Details | Diff | Splinter Review |
2.03 KB,
patch
|
bv1578
:
review+
|
Details | Diff | Splinter Review |
When focusing on an event and right-clicking on it, the context menu allows me to change my attendance. This choice should not be shown if the event is in a read-only calendar.
Comment 1•12 years ago
|
||
Thanks. I can confirm this issue. Lightning 1.8 and thunderbird 16.0.1
This patch fixes the bug, but I'm not sure about the desired behavior when two or more events with calendars writable and read-only are being selected at the same time. Should the "Attendance" menu item be enabled in that case? I resolved making it enabled (the same for the "delete" menu item, although this case is a bit different) but in order to avoid an error that occurs when the change of attendance is being executed for events with non read-only calendars, it has to prevent executing the command for such events. The way I've done it maybe is too simple but it solves this second issue and at the end of the command the items with read-only calendar still are selected and this could be useful as an indication to the user that the command has not be executed for those items, not sure if this behavior is right though.
Comment 3•12 years ago
|
||
Comment on attachment 675823 [details] [diff] [review] patch - v1 Review of attachment 675823 [details] [diff] [review]: ----------------------------------------------------------------- I think the way you put it is the best solution, otherwise the user might need to go hunting which items are readonly. r=philipp with one minor nit. I'd like to see this on aurora and beta since its a good fix for enterprise calendars and the ESR is coming up. Could you cross-push it to all three trees? ::: calendar/base/content/calendar-item-editing.js @@ +532,5 @@ > startBatchTransaction(); > try { > for each (let oldItem in items) { > + // Skip this item if its calendar is read only. > + if (oldItem.calendar.getProperty("readOnly")) { You can directly use oldItem.calendar.readOnly here. Also an extra whitespace in the comment line.
Attachment #675823 -
Flags: review?(philipp)
Attachment #675823 -
Flags: review+
Attachment #675823 -
Flags: approval-calendar-beta+
Attachment #675823 -
Flags: approval-calendar-aurora+
I don't have an HG account yet (I know, I have to request it). I set the "checkin-needed" keyword.
Attachment #678682 -
Flags: review+
Keywords: checkin-needed
Comment 5•12 years ago
|
||
Pushed to comm-central changeset de55fd457665
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → 2.1
Updated•12 years ago
|
Keywords: checkin-needed
Comment 6•12 years ago
|
||
Comment on attachment 675823 [details] [diff] [review] patch - v1 Oops I forgot to push this to beta/aurora. Since this is now on aurora anyway, I'm going to push to beta and release and add this to 1.9.1
Attachment #675823 -
Flags: approval-calendar-aurora+ → approval-calendar-release+
Updated•12 years ago
|
Whiteboard: [wanted-1.9.x]
Comment 7•11 years ago
|
||
comm-esr17 - https://hg.mozilla.org/releases/comm-esr17/rev/744ed601b22a
Target Milestone: 2.1 → 1.9.1
Updated•11 years ago
|
Whiteboard: [wanted-1.9.x]
You need to log in
before you can comment on or make changes to this bug.
Description
•