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)

Lightning 2.6.3
defect
Not set
normal

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
"Save and Close" is known to not work reliable. Could you try "Save" from menu first and afterwards "Close"?
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.
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
Whiteboard: [calconnect31]
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.