#414: line break in event gets send back as \\n ----------------------------------+----------------------------------------- Reporter: mail@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | Radar: ----------------------------------+-----------------------------------------
Old description: > I have reproduced this with an iPhone and with Lightning. > > {{{ > PUT /calendars/users/felix/calendar/eec52fe2-737e-4edb- > 8b90-6e87c064bae8.ics > HTTP/1.1 > Host: www.felixmoeller.de:8008 > User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.13) > Gecko/20101209 > Fedora/3.1.7-0.35.b3pre.fc14 Lightning/1.0b3pre Thunderbird/3.1.7 > Accept: text/xml > Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3 > Accept-Encoding: gzip,deflate > Accept-Charset: utf-8,*;q=0.1 > Keep-Alive: 115 > Connection: keep-alive > Content-Length: 797 > Content-Type: text/calendar; charset=utf-8 > If-Match: "094613aa1efc7f1b1a33b1394645aa50" > Authorization: Digest username="asd", realm="Test Realm", > nonce="938714704201974679450742567", > uri="/calendars/users/felix/calendar/eec52fe2-737e-4edb- > 8b90-6e87c064bae8.ics", > algorithm=MD5, response="52bf7e6df238af6f4ba2e6a20f321680" > Pragma: no-cache > Cache-Control: no-cache > > BEGIN:VCALENDAR > PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN > VERSION:2.0 > BEGIN:VTIMEZONE > TZID:Europe/Berlin > X-LIC-LOCATION:Europe/Berlin > BEGIN:DAYLIGHT > TZOFFSETFROM:+0100 > TZOFFSETTO:+0200 > TZNAME:CEST > DTSTART:19700329T020000 > RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=3 > END:DAYLIGHT > BEGIN:STANDARD > TZOFFSETFROM:+0200 > TZOFFSETTO:+0100 > TZNAME:CET > DTSTART:19701025T030000 > RRULE:FREQ=YEARLY;BYDAY=-1SU;BYMONTH=10 > END:STANDARD > END:VTIMEZONE > BEGIN:VEVENT > CREATED:20110207T222327Z > LAST-MODIFIED:20110207T231033Z > DTSTAMP:20110207T231033Z > UID:eec52fe2-737e-4edb-8b90-6e87c064bae8 > SUMMARY:Neuer Termin > DTSTART;TZID=Europe/Berlin:20110207T230000 > DTEND;TZID=Europe/Berlin:20110208T000000 > DESCRIPTION:1\n2\n3\n\n5 > TRANSP:OPAQUE > X-MOZ-GENERATION:2 > END:VEVENT > END:VCALENDAR > }}} > > Response: > {{{ > HTTP/1.1 204 No Content > Content-Length: 0 > Server: CalendarServer/3.0(rexportiert) Twisted/10.1.0 TwistedWeb/9.0.0 > Last-Modified: Mon, 07 Feb 2011 22:40:24 GMT > DAV: 1, access-control, calendar-access, calendar-schedule, > calendar-auto-schedule, calendar-availability, inbox-availability, > calendar-proxy, calendarserver-private-events, calendarserver-private- > comments, > calendarserver-sharing, calendarserver-sharing-no-scheduling, > addressbook, > calendarserver-principal-property-search > ETag: "8301ddf72fc95e0080a82b7ca271db5c" > Date: Mon, 07 Feb 2011 23:10:29 GMT > }}} > > looking in the database, the event has {{{\\n}}} and accessing the vcard > via the webinterface results in {{{\\n}}} too. > > Which path does this data take and where could it be modified? New description: 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) }}} I'm not sure what might be causing the results you are seeing... Maybe some locale / encoding issue? -dre -- 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 ... -- Ticket URL: <http://trac.calendarserver.org/ticket/414#comment:5> 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