6.0.0-beta1
7/4/25

[#9681] Alerts do not respect DST if timezone set in php.ini
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

History
04/18/2011 11:30:39 AM Jan Schneider State ⇒ No Feedback
 
03/30/2011 04:29:46 PM Jan Schneider Comment #4 Reply to this comment
Please provide full, real world examples with *actual* data. And 
please answer *all* questions.
03/30/2011 12:42:23 PM terry (at) cnysupport (dot) com Comment #3 Reply to this comment
These are calendar events. created with the "New Event" button (+ 
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.
03/30/2011 11:06:44 AM Jan Schneider Comment #2
State ⇒ Feedback
Reply to this comment
Please provide a more detailed bug report. Which settings work, which 
don't. How did the event look like, how did you trigger alerts, when 
did you trigger alerts, what was the exact outcome, etc.
03/18/2011 05:55:47 PM terry (at) cnysupport (dot) com Comment #1
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Alerts do not respect DST if timezone set in php.ini
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
If the date.timezone is set in php.ini,  the alarm will be sent out an 
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.


Saved Queries