Summary | Alerts do not respect DST if timezone set in php.ini |
Queue | Kronolith |
Queue Version | Git master |
Type | Bug |
State | No Feedback |
Priority | 2. Medium |
Owners | |
Requester | terry (at) cnysupport (dot) com |
Created | 03/18/2011 (5222 days ago) |
Due | |
Updated | 04/18/2011 (5191 days ago) |
Assigned | 03/30/2011 (5210 days ago) |
Resolved | 04/18/2011 (5191 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
please answer *all* questions.
button) in the Kronolith "month view"
If the date.timezone is set in php.ini, and an event previously
created for 3pm, for example, with the "Alarm 1 hour before event
starts" option, the alarm will be sent out at the event time, not an
hour before, if the alarm was set when Daylight savings time *IS* in
effect, for a time when DST it is *NOT* in iffect.
Removing the php.ini date.timezone entry makes Kronolith work as expected.
The correct timezone was set in php.ini, and everything else works
properly including times in other horde apps, only the alarms are off
by an hour.
State ⇒ Feedback
don't. How did the event look like, how did you trigger alerts, when
did you trigger alerts, what was the exact outcome, etc.
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Alerts do not respect DST if timezone set in php.ini
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
hour late when Daylight Savings Time expires.
Workaround:
Commenting out the date.timezone entry seems to fix this, however
doing so may break other applications that expect it to be there.