vobject
vobject copied to clipboard
sabre-io
:date: The VObject library for PHP allows you to easily parse and manipulate iCalendar and vCard objects
Hi everybody, I have a vcard with: TEL;TYPE=work:+49 123 TEL;TYPE=home:+49 234 TEL;TYPE=cell:+49 345 I know that I can delete the object with: unset($vcard->TEL); I know that I can walk through...
Add argument to parseEvent function in broker: all users with write access on a calendar. This allows to notify the attendees added by someone else that the organizer of an...
When the related property of a VALARM in a VTODO is "START" it should be Related to the DTSTART and this property MUST be present according to spec: https://tools.ietf.org/html/rfc5545#section-3.8.6.3
Hi again, When the iTip broker processes a REQUEST message, it blindly overwites all VEVENT components from the original event (if present). This is wrong as per the iTip spec...
Currently, `Broker::processMessageReply` ignore exceptions that have a recurrent id in a different time-zone than the DTSTART of the master event. This cause issue in Sabre when a attendee update his...
Before this commit processMessageReply did not work for exceptions with a reccurent id in an other timezone than the dtstart of the master event.
Since forever we've been mapping VTIMEZONE objects to PHP timezones based on the TZID, `X-LIC-*` properties and others. This system works pretty well, but every now and then we run...
I could be mistaken, but I believe that RFC5545 specifies that multiple `RDATE` properties may exist along with `RRULE`. For example, this would be valid and would mean it recurs...
Hey, When I put DAYLIGHT and STANDARD in de same timezone like this: ``` php $vcalendar = new VCalendar(); $vcalendar->PRODID = 'test'; $vtimezone = $vcalendar->add('VTIMEZONE', [ 'TZID' => 'Europe/Brussels', 'X-LIC-LOCATION'...
