874614 - Lightning adds item alarms when user does not have modify access to the item.

Status: NEW

(Calendar :: Alarms, defect)

Description

[Michel Verbraak]

For an item which has alarms and the user does not have modify rights on the alarm the alarm is still shown by the alarmservice.

Expected behaviour: Alarms should not be shown for items the user cannot change as a snooze or dismiss is a change of the item.

Comment 1

[Michel Verbraak]

Attachment: Adds check to see if user is allowed to modify item before adding alarm

Patch checked against comm-central, lightning 2.6a1 and exchange ews provider add-on version 3.2.0-Beta29.

Comment 2

[Matthew Mecca [:mmecca]]

When Bug 861594 is fixed, alarms will be able to be snoozed and dismissed without modifying the item, which IMHO is preferable to not showing the alarm at all.

Comment 3

[Michel Verbraak]

The fix for Bug 861594 will not work in the following case which is possible in Exchange:

1. A calendar where different people have author rights to. Author rights means, in Exchange, they have read access to all items in a calendar but are only allowed to change/remove items they have created. For example: an assistant who is allowed to add items in a calendar of her/his boss. She/he has added the calendar of her/his boss to Lightning and the assistant maintains work related items in the calendar of the boss and she/he would also like to modify the alarms on these items but her/his boss also puts private items in his own calendar with alarms which his assistant does not have rights to change and even does not have to see an alarm signal for. 

The fix for Bug 861594 stores all alarms for all items in a calendar in the localAlarmDatabase or not. It cannot discriminate between r/w items and read-only items.
Second someone has to turn on the calendar property