| Summary | Kronolith default timezone seems to be UTC and not the host/browser default |
| Queue | Kronolith |
| Queue Version | Git master |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | tomi.orava (at) ncircle (dot) nullnet (dot) fi |
| Created | 12/07/2012 (4652 days ago) |
| Due | |
| Updated | 12/07/2012 (4652 days ago) |
| Assigned | |
| Resolved | 12/07/2012 (4652 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
State ⇒ Not A Bug
setting or the TZ environment variable. UTC is only a last-resort
fall-back. You may have been hit by some bug in Ubuntu/Debian not
picking up the system's timezone in PHP which has been fixed quite a
while ago.
State ⇒ Unconfirmed
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Kronolith default timezone seems to be UTC and not the host/browser default
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
version (fri 30.11, 9dc2c5b411e75d780e8b12d00526f163a5156adc) from
samsung galaxy s3 phone, the horde webmail showed all of those
entries starting in UTC time (ie. 2 hours earlier than they were
supposed to start as Helsinki tz is UTC+2). I got this fixed by
redefining the user config entry from default -> Europe/Helsinki.
After the change, all of the test entries had proper start/end times.
As all of my phones & linux machines have been configured to
Europe/Helsinki timezone, I would have expected the horde webamail
time & date config entry "default" to mean the timezone of the
host/browser, rather than UTC timezone.
This is from the linux pc that started to work just fine after
defining the timezone from default.
#>date
Fri Dec 7 10:41:36 EET 2012
.