| 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 | 04/29/2015 (3718 days ago) |
| Due | |
| Updated | 11/09/2015 (3524 days ago) |
| Assigned | |
| Resolved | 11/09/2015 (3524 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| 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
Priority ⇒ 2. Medium
New Attachment: southamerica
Patch ⇒ No
Milestone ⇒
Queue ⇒ Horde Framework Packages
Summary ⇒ VTIMEZONE not generated correctly when exported to vCalendar
Type ⇒ Bug
State ⇒ Unconfirmed
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.