[Tickets #6539] Handling missing ENCODING parameter in iCal date

bugs at horde.org bugs at horde.org
Sat Mar 29 10:01:28 UTC 2008


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: http://bugs.horde.org/ticket/6539
-----------------------------------------------------------------------
 Ticket             | 6539
 Created By         | Gunnar Wrobel <p at rdus.de>
 Summary            | Handling missing ENCODING parameter in iCal date
 Queue              | Horde Framework Packages
 Version            | HEAD
 Type               | Bug
 State              | Unconfirmed
 Priority           | 1. Low
 Milestone          | 
 Patch              | 
 Owners             | 
+New Attachment     | HK-GW-iCal_no_ENCODING.patch
-----------------------------------------------------------------------


Gunnar Wrobel <p at rdus.de> (2008-03-29 06:01) wrote:

iCalendar.php unfolds QUOTED-PRINTABLE encoded lines before parsing them.

The parameter ENCODING=QUOTED-PRINTABLE is expected in these lines.

A blackberry with SyncJe delivers lines like this during a SyncML run:

N;QUOTED-PRINTABLE;CHARSET=UTF-8:Euro=E2=82=AC;Lars=E2=82=AC

ENCODING= is missing here. From the format specs I guess the client is
broken.

But iCalendar.php seems to support such broken clients:

                if ((isset($params['ENCODING'])
                     && String::upper($params['ENCODING']) ==
'QUOTED-PRINTABLE')
                    || isset($params['QUOTED-PRINTABLE'])) {

                    $value = quoted_printable_decode($value);

isset($params['QUOTED-PRINTABLE']) allows to specify QUOTED-PRINTABLE as
parameter without the leading ENCODING.

If iCalendar.php should support this then I'd suggest to apply the
attached patch to correct unfolding.




More information about the bugs mailing list