[Tickets #9930] Alarms not updated when changing notification type
bugs at horde.org
bugs at horde.org
Tue Apr 19 06:30:03 UTC 2011
DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.
Ticket URL: http://bugs.horde.org/ticket/9930
------------------------------------------------------------------------------
Ticket | 9930
Created By | webhosting at instruform.com
Summary | Alarms not updated when changing notification type
Queue | Horde Groupware Webmail Edition
Version | 1.2.9
Type | Bug
State | Unconfirmed
Priority | 2. Medium
Milestone |
Patch |
Owners |
------------------------------------------------------------------------------
webhosting at instruform.com (2011-04-19 06:30) wrote:
Alarms that are already set in a user's calendar are not updated when
a new method of notification is chosen in the preferences for a user.
For example, if notify by inline method is changed to email.
This is apparent when looking at the horde_alarms->alarm_params field
for a pre-existing event, which still shows a notify-type alarm:
a:1:{s:6:"notify";a:1:{s:4:"show";a:3:{s:5:"__app";s:9:"kronolith";s:5:"event";s:32:"04d3e641680242abceb6b50147501ab2";s:8:"calendar";s:32:"2b0fbd8a792cacfcfd0773bbdfede050";}}}
Whereas a new kronolith calendar entry with an alarm will correctly
set an email event:
a:1:{s:4:"mail";a:3:{s:6:"__desc";s:0:"";s:5:"email";s:18:"test at example.com";s:4:"body";s:103:"We would like to remind you of this upcoming
event.
test
Location:
Date: 2011-04-19
Time: 04:10pm
";}}
As there is no mechanism that we are aware of to bulk-change the
user's existing alarms other than re-creating all of them manually,
this appears to be a bug in the system. If a user changes their
notification from one type to another, Horde should automatically
update the user's reminders to the chosen type.
More information about the bugs
mailing list