#414: line break in event gets send back as \\n
----------------------------------+-----------------------------------------
Reporter: mail@… | Owner: cdaboo@…
Type: Defect | Status: new
Priority: 2: Expected | Milestone: CalendarServer-3.x
Component: Calendar Server | Severity: Other
Keywords: | Radar:
----------------------------------+-----------------------------------------
Comment(by dre@…):
Replying to [comment:4 mail@…]:
> I tried to debug this yesterday on IRC with dre^.
>
> Testing this with iCal is somehow difficult. Entering an event with iCal
the line breaks stay correct, BUT enabling the HTTP debugging in iCal I
think the even is not even read again. I can see the PUT Request, but then
just the ETag is compared and the event is not reread from the server.
>
> Looking at an iCal created event from Lightning or iOS shows again the
\n in the text ...
New description:
(sorry for the spam, my first attempt at replying was wrong so I had to
roll the ticket back)
I'm not able to reproduce this using current trunk (r6917), iCal (Version
4.0.4 (1395) in Mac OS X 10.6.5, and iOS 4.2.1. Creating and event with
iCal and iOS both seem to produce the same correct behavior, and I'm also
able to edit the events later without seeing any additional unexpected
line breaks.
A multi-line description is displayed as followed by CalDAVClientLibrary:
{{{DESCRIPTION:First line\nSecond line\nThird line added later.}}}
Looking in the DB, it also appears correct:
{{{
caldav=# select icalendar_text from calendar_object;
icalendar_text
----------------------------------------------------------------
BEGIN:VCALENDAR\r +
VERSION:2.0\r +
CALSCALE:GREGORIAN\r +
PRODID:-//Apple Inc.//iCal 4.0.4//EN\r +
BEGIN:VTIMEZONE\r +
TZID:America/Los_Angeles\r +
BEGIN:STANDARD\r +
DTSTART:20071104T020000\r +
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU\r +
TZNAME:PST\r +
TZOFFSETFROM:-0700\r +
TZOFFSETTO:-0800\r +
END:STANDARD\r +
BEGIN:DAYLIGHT\r +
DTSTART:20070311T020000\r +
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU\r +
TZNAME:PDT\r +
TZOFFSETFROM:-0800\r +
TZOFFSETTO:-0700\r +
END:DAYLIGHT\r +
END:VTIMEZONE\r +
BEGIN:VEVENT\r +
UID:CDA73304-180F-48A7-9078-643993E715E5\r +
DTSTART;TZID=America/Los_Angeles:20110214T120000\r +
DTEND;TZID=America/Los_Angeles:20110214T130000\r +
CREATED:20110214T191732Z\r +
DESCRIPTION:this is a note\nand another line\r +
DTSTAMP:20110214T201324Z\r +
SEQUENCE:4\r +
SUMMARY:ical generated event\r +
END:VEVENT\r +
BEGIN:X-CALENDARSERVER-PERUSER\r +
UID:CDA73304-180F-48A7-9078-643993E715E5\r +
X-CALENDARSERVER-PERUSER-UID:andre\r +
BEGIN:X-CALENDARSERVER-PERINSTANCE\r +
TRANSP:OPAQUE\r +
END:X-CALENDARSERVER-PERINSTANCE\r +
END:X-CALENDARSERVER-PERUSER\r +
END:VCALENDAR\r +
BEGIN:VCALENDAR\r +
VERSION:2.0\r +
CALSCALE:GREGORIAN\r +
PRODID:-//Apple Inc.//iCal 3.0m//EN\r +
BEGIN:VTIMEZONE\r +
TZID:America/New_York\r +
BEGIN:STANDARD\r +
DTSTART:20071104T020000\r +
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU\r +
TZNAME:EST\r +
TZOFFSETFROM:-0400\r +
TZOFFSETTO:-0500\r +
END:STANDARD\r +
BEGIN:DAYLIGHT\r +
DTSTART:20070311T020000\r +
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU\r +
TZNAME:EDT\r +
TZOFFSETFROM:-0500\r +
TZOFFSETTO:-0400\r +
END:DAYLIGHT\r +
END:VTIMEZONE\r +
BEGIN:VEVENT\r +
UID:78C21AD7-EF28-4FEB-B515-92CCB26D8E71\r +
DTSTART;TZID=America/New_York:20110214T160000\r +
DTEND;TZID=America/New_York:20110214T170000\r +
DESCRIPTION:First line\nSecond line\nThird line added later.\r+
DTSTAMP:20110214T201826Z\r +
LAST-MODIFIED:20110214T201826Z\r +
SEQUENCE:0\r +
SUMMARY:iOS generated event\r +
END:VEVENT\r +
BEGIN:X-CALENDARSERVER-PERUSER\r +
UID:78C21AD7-EF28-4FEB-B515-92CCB26D8E71\r +
X-CALENDARSERVER-PERUSER-UID:andre\r +
BEGIN:X-CALENDARSERVER-PERINSTANCE\r +
TRANSP:OPAQUE\r +
END:X-CALENDARSERVER-PERINSTANCE\r +
END:X-CALENDARSERVER-PERUSER\r +
END:VCALENDAR\r +
(2 rows)
}}}
Also, I just learned that this exact issue was encountered at CalConnect
last week with an Android client. Turned out they were not handling "\n"
properly on their side. They were expecting an uppercase N, not lowercase.
-dre
--
Ticket URL: <http://trac.calendarserver.org/ticket/414#comment:7>
Calendar and Contacts Server </>
HTTP/WebDAV/CalDAV Server
_______________________________________________
calendarserver-dev mailing list
calendarserver-dev@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-dev
