| Summary | VTIMEZONE not generated correctly when exported to vCalendar |
| Queue | Horde Framework Packages |
| Type | Bug |
| State | Not A Bug |
| Priority | 1. Low |
| Owners | |
| Requester | fzipi (at) fing (dot) edu (dot) uy |
| Created | 2015-04-29 (1730 days ago) |
| Due | |
| Updated | 2015-11-09 (1536 days ago) |
| Assigned | |
| Resolved | 2015-11-09 (1536 days ago) |
| Milestone | |
| Patch | No |
After updating tzdata package to tzdata-2015f this problem has disappeared.
You can close this one.
Priority ⇒ 1. Low
specific timezone specified in the ticket (America/Montevideo). My
guess is the tzdatabase is broken, but I'll have to take a closer look
when I get time.
https://github.com/bitfireAT/davdroid/issues/489
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ VTIMEZONE not generated correctly when exported to vCalendar
Queue ⇒ Horde Framework Packages
Milestone ⇒
Patch ⇒ No
New Attachment: southamerica
I've had problems trying to import ics events from kronolith. The
application trying to import uses the ical4j library, and apparently
in this case exported data isn't conforming rfc 5545.
<begin code>
$tz = $GLOBALS['injector']->getInstance('Horde_Timezone');
$vTimezone =
$tz->getZone('America/Montevideo')->toVtimezone()->exportvCalendar();
var_dump($vTimezone);
<end code>
The relevant part for this probles is near line 15:
...
BEGIN:STANDARD
TZOFFSETFROM:-0330
TZOFFSETTO:-0330
TZNAME:UY-T
END:STANDARD
BEGIN:STANDARD
TZOFFSETFROM:-0330
TZOFFSETTO:-0330
TZNAME:UYHST
END:STANDARD
...
This two entries must have DTSTART per rfc 5545.