6.0.0-beta1
7/7/25

[#12888] No timezone data in exported ICS file
Summary No timezone data in exported ICS file
Queue Kronolith
Queue Version 4.1.4
Type Bug
State Not A Bug
Priority 1. Low
Owners
Requester nicolas (at) deffayet (dot) com
Created 12/26/2013 (4211 days ago)
Due
Updated 01/03/2014 (4203 days ago)
Assigned
Resolved 01/02/2014 (4204 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
01/03/2014 04:59:02 PM nicolas (at) deffayet (dot) com Comment #7 Reply to this comment
And the http method doesn't work also:
$conf['timezone']['location'] = 
'http://www.iana.org/time-zones/repository/tzdata-latest.tar.gz';
01/03/2014 02:04:53 PM nicolas (at) deffayet (dot) com Comment #6 Reply to this comment
I have configured Horde since the begin for use local database and 
it doesn't work with local database configured.
I have also tried by using FTP but i get the same result.
Update:

It seem ftp.iana.org is slow and using local ftp work fine:
$conf['timezone']['location'] = 'ftp://localhost/tz/tzdata-latest.tar.gz';
=> Work

$conf['timezone']['location'] = 'file:///home/www/horde/tzdata/tzdata.tar.gz';
=> Doesn't work.

Of course file exist and the tarball is the same as on ftp server:
-rw-r--r-- 1 root root 218866 Dec 19 04:04 
/home/www/horde/tzdata/tzdata.tar.gz
01/03/2014 12:53:51 PM nicolas (at) deffayet (dot) com Comment #5 Reply to this comment
Are you saying this fixed it? Or does it not work even though you 
have the local tz db?
I have configured Horde since the begin for use local database and it 
doesn't work with local database configured.
I have also tried by using FTP but i get the same result.

The issue is not fixed.

Just let me know what test i can do for help you to locate the root cause.

Thanks

01/03/2014 12:49:37 PM Jan Schneider Comment #4 Reply to this comment
Are you saying this fixed it? Or does it not work even though you have 
the local tz db?
01/03/2014 12:40:08 PM nicolas (at) deffayet (dot) com Comment #3 Reply to this comment
Hello,

/home/www/horde/config# cat conf.php | grep tz
$conf['timezone']['location'] = 'file:///home/www/horde/tzdata/tzdata.tar.gz';

/home/www/horde/config# ls -la /home/www/horde/tzdata/tzdata.tar.gz
-rw-r--r-- 1 root root 218866 Dec 19 04:04 
/home/www/horde/tzdata/tzdata.tar.gz

/home/www/horde/config# tar -tzf /home/www/horde/tzdata/tzdata.tar.gz
Makefile
README
africa
antarctica
asia
australasia
europe
northamerica
southamerica
pacificnew
etcetera
backward
systemv
factory
iso3166.tab
zone.tab
leapseconds
leapseconds.awk
leap-seconds.list
yearistype.sh

I have put the tzdata locally on the server as according some people 
on mailing-list, there is some issue on ftp.iana.org.
01/02/2014 12:46:36 PM Jan Schneider Comment #2
Priority ⇒ 1. Low
State ⇒ Not A Bug
Reply to this comment
Your server cannot access the timezone database URL and you didn't 
configure an alternative location in Horde's (or Kronolith's) 
configuration.
12/26/2013 03:10:56 PM nicolas (at) deffayet (dot) com Comment #1
Priority ⇒ 3. High
Type ⇒ Bug
Summary ⇒ No timezone data in exported ICS file
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
Event starting at 2013-11-19 18h00 with timezone Europe/Berlin in 
Horde calendar.

Export the event in a ICS file using the feature of Horde Calendar Web 
Interface.

If you open ICS file, you can see missing timezone data:

---
BEGIN:VCALENDAR
VERSION:2.0
X-WR-CALNAME:Calendar of
PRODID:-//The Horde Project//Horde iCalendar Library//EN
BEGIN:VEVENT
DTSTART:20131119T170000Z
DTEND:20131119T180000Z
DTSTAMP:20131226T135103Z
UID:d9efd40a-39b5-4d62-9129-83ff649fa1a8
CREATED:20131226T134956Z
LAST-MODIFIED:20131122T185750Z
SUMMARY:Test Event
DESCRIPTION:Some Description
LOCATION:Some Location
CLASS:PUBLIC
STATUS:CONFIRMED
TRANSP:OPAQUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:Test Event
TRIGGER;VALUE=DURATION:-PT10M
END:VALARM
END:VEVENT
END:VCALENDAR
---

If the ICS file is imported in another client, the event have timezone 
set to UTC and not as Europe/Berlin.

It seem TZID line is missing and DTSTART/DTEND should have 
TZID=Europe/Berlin without Z (meaning UTC) at the end timestamp 
(exemple: DTSTART;TZID=Europe/Berlin:20131119T180000)

Saved Queries