Closed
Bug 938536
Opened 11 years ago
Closed 10 years ago
CalDAV (Google account) is not sending invitation and confirmation
Categories
(Calendar :: Provider: CalDAV, defect)
Tracking
(Not tracked)
RESOLVED
DUPLICATE
of bug 799137
People
(Reporter: ondrej, Unassigned)
Details
(Whiteboard: [calconnect31])
User Agent: Mozilla/5.0 (Windows NT 5.1; rv:25.0) Gecko/20100101 Firefox/25.0 (Beta/Release) Build ID: 20131025151332 Steps to reproduce: 0) Google calendar connected via CalDAV. Email in calendar properties is differnet from google mail (email address in properties: xxx@dain.cz, email of google account: xxx@gmail.com). 1) Clicked New event and added some attendees via button Invite Attendees. 2) Option notify attendees is greyed, but checked in event window. 3) Clicked Save and Close button. Actual results: No invitation is send. Error console log: iTIP operations: 0 iTIP on REQUEST: found 1 items. iTIP operations: 0 iTIP on REPLY: no existing items. aChangeLogListener=undefined calendarURI=https://apidata.googleusercontent.com/caldav/v2/XXX%40gmail.com/events/ iscached=false this.mQueuedQueries.length=0 CalDAV: New webdav-sync Token: /caldav/v2/XXX%40gmail.com/events/sync/4eb2044305e40- CalDAV: recv: <D:multistatus> <D:response> <D:href>/caldav/v2/XXX%40gmail.com/events/d1732cf4-a2fa-426c-9796-d22f57fa0542.ics</D:href> <D:status>HTTP/1.1 404 Not Found</D:status> </D:response> <D:response> <D:href>/caldav/v2/XXX%40gmail.com/events/ba3ed228-943f-46f5-be74-c81a6e046279.ics</D:href> <D:propstat> <D:status>HTTP/1.1 200 OK</D:status> <D:prop> <D:getcontenttype>text/calendar; component=vevent</D:getcontenttype> <D:getetag>"63520106922"</D:getetag> </D:prop> </D:propstat> </D:response> <D:sync-token>/caldav/v2/XXX%40gmail.com/events/sync/4eb2044305e40-</D:sync-token> </D:multistatus> CalDAV: skipping unfound deleted item : /caldav/v2/XXX@gmail.com/events/d1732cf4-a2fa-426c-9796-d22f57fa0542.ics CalDAV: webdav-sync Token: /caldav/v2/XXX%40gmail.com/events/sync/4eb1ffd090d28- CalDAV: send(https://apidata.googleusercontent.com/caldav/v2/XXX%40gmail.com/events/): <?xml version="1.0" encoding="UTF-8"?> <sync-collection xmlns="DAV:"><sync-token>/caldav/v2/XXX%40gmail.com/events/sync/4eb1ffd090d28-</sync-token><sync-level>1</sync-level><prop><getcontenttype/><getetag/></prop></sync-collection> CalDAV: recv: <D:multistatus> <D:response> <D:href>/caldav/v2/XXX%40gmail.com/events/ba3ed228-943f-46f5-be74-c81a6e046279.ics</D:href> <D:propstat> <D:status>HTTP/1.1 200 OK</D:status> <D:prop> <D:getetag>"63520106922"</D:getetag> <caldav:calendar-data>BEGIN:VCALENDAR PRODID:-//Google Inc//Google Calendar 70.9054//EN VERSION:2.0 CALSCALE:GREGORIAN X-WR-CALNAME:XXX@gmail.com X-WR-TIMEZONE:Europe/Prague BEGIN:VEVENT DTSTART:20131114T103000Z DTEND:20131114T113000Z DTSTAMP:20131114T100842Z ORGANIZER:mailto:XXX@dain.cz UID:ba3ed228-943f-46f5-be74-c81a6e046279 ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-NUM -GUESTS=0:mailto:XXX@gmail.com ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;X-NUM -GUESTS=0:mailto:XXX@bohuslav.com CREATED:20131114T100834Z DESCRIPTION: LAST-MODIFIED:20131114T100842Z LOCATION: SEQUENCE:0 STATUS:CONFIRMED SUMMARY:New Event TRANSP:OPAQUE END:VEVENT END:VCALENDAR </caldav:calendar-data> </D:prop> </D:propstat> </D:response> </D:multistatus> CalDAV: send(https://apidata.googleusercontent.com/caldav/v2/XXX%40gmail.com/events/): <?xml version="1.0" encoding="UTF-8"?> <C:calendar-multiget xmlns:D="DAV:" xmlns:C="urn:ietf:params:xml:ns:caldav"><D:prop><D:getetag/><C:calendar-data/></D:prop><D:href>/caldav/v2/XXX%40gmail.com/events/ba3ed228-943f-46f5-be74-c81a6e046279.ics</D:href></C:calendar-multiget> CalDAV: Item added to Ondřej Bohuslav successfully CalDAV: recv: CalDAV: send: BEGIN:VCALENDAR PRODID:-//Mozilla.org/NONSGML Mozilla Calendar V1.1//EN VERSION:2.0 BEGIN:VTIMEZONE TZID:Europe/Prague X-LIC-LOCATION:Europe/Prague 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:20131114T100259Z LAST-MODIFIED:20131114T100834Z DTSTAMP:20131114T100834Z UID:ba3ed228-943f-46f5-be74-c81a6e046279 SUMMARY:New Event ORGANIZER;RSVP=TRUE;PARTSTAT=ACCEPTED;ROLE=CHAIR:mailto:XXX@da in.cz ATTENDEE;RSVP=TRUE;PARTSTAT=NEEDS-ACTION;ROLE=REQ-PARTICIPANT:mailto:XXX@b ohuslav.com DTSTART;TZID=Europe/Prague:20131114T113000 DTEND;TZID=Europe/Prague:20131114T123000 TRANSP:OPAQUE END:VEVENT END:VCALENDAR CalDAV: itemUri.spec = https://apidata.googleusercontent.com/caldav/v2/XXX%40gmail.com/events/ba3ed228-943f-46f5-be74-c81a6e046279.ics Expected results: Send invitation to address: XXX@bohuslav.com
Comment 1•11 years ago
|
||
"Save and Close" is known to not work reliable. Could you try "Save" from menu first and afterwards "Close"?
Reporter | ||
Comment 2•11 years ago
|
||
This doesn't help. I haven't mentioned it, but confirmations on recieved invites is not sent too. The problem must be in something else.
Comment 3•10 years ago
|
||
As far as I remember it was different some versions before. I guess the problem is that some calendar severs sends (after synchronization) the answers themselves. But some (as our) not. If you store the event in your local calender then it works fine. Dear developers, Could you put a check box in calender properties and switching the direct e-mailing from lightning on-off accordingly? I really miss the previous feature and I don't like to save all events first in local calendar and then move to synchronized one. Thanks a lot, Tamás
Updated•10 years ago
|
Whiteboard: [calconnect31]
Comment 4•10 years ago
|
||
You mentioned you are using different emails for the calendar properties dialog than for the account itself. This causes all sorts of problems when detecting the correct attendee. Please correct this and retry, we usually can figure out if we need to send emails in this case. Aside from that there is this bug about sending the emails I'd like to dupe this against:
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•