| Summary | Handling missing ENCODING parameter in iCal date |
| Queue | Horde Framework Packages |
| Queue Version | HEAD |
| Type | Bug |
| State | Resolved |
| Priority | 1. Low |
| Owners | jan (at) horde (dot) org |
| Requester | wrobel (at) horde (dot) org |
| Created | 03/29/2008 (6346 days ago) |
| Due | |
| Updated | 04/04/2008 (6340 days ago) |
| Assigned | 03/30/2008 (6345 days ago) |
| Resolved | 04/04/2008 (6340 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | 3.2 |
| Patch | No |
Taken from
State ⇒ Resolved
for vCard objects.
Milestone ⇒ 3.2
State ⇒ Assigned
Assigned to
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Handling missing ENCODING parameter in iCal date
Queue ⇒ Horde Framework Packages
Milestone ⇒
Patch ⇒ No
New Attachment: HK-GW-iCal_no_ENCODING.patch
State ⇒ Unconfirmed
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.