Closed Bug 429255 Opened 16 years ago Closed 16 years ago

Lightning not emailing invites for CalDAV calendars

Categories

(Calendar :: E-mail based Scheduling (iTIP/iMIP), defect)

defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: bleathem, Assigned: dbo)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080311 Firefox/2.0.0.13
Build Identifier: Lightning 0.8 (build 2008033121)

When I create an event via Lightning, and invite attendees, I have the option to "Send attendees invitations via e-mail".  When I select to send invitations in a CalDAV Bedework calendar, the invitation is not sent.  However, when I select to send invitations in a non-Bedework (WebDAV) calendar, the e-mail is sent.

Reproducible: Always

Steps to Reproduce:
1. Create new event in a CalDAV bedework calendar
2. Invite attendees
3. Check the box to send invitations
4. No e-mail message is generated
Actual Results:  
The event is created, and no invitation is sent

Expected Results:  
An e-mail window containing an .ics attachment, with the invitees as recipients

I mentioned this works for non CalDAV/Bedework calendars.  It worked for bot CalDAV and non CalDAV calendars in Lighting 0.7.  I consider sending invitations to be a major feature of Lightning.
Please check Tools -> Error Console when trying to send invitations for calendar related error messages and copy/paste them here.
1) Start Thunderbird
2) Open Error Console and I see:
     Error: XML tag name mismatch (expected HR)
     Source File: 
     Line: 1, Column: 18
     Source Code:
     mcat/5.5.26</h3></body></html></parent>
3) Create an event, invite attendees, check send attendees invitations, save and close
4) Nothing else is added to the error log.

The one error that is in there is probably related to the Bedework CalDAV calendar, as it is being served by a "tomcat/5.5.26" server.  I'll follow that up, but I have no idea if it's related to this issue.

Brian
Ok, I cleared up the above error (I had a Lightning subscription to a deleted calendar).  I repeated the steps above, and again no error messages in my Error Console.
I wanted to add clarification that this bug is still a problem (despite the empty error console).  

ie. No e-mail message is being generated for the invitees.
For what it's worth, I'm seeing the same behavior (with Lightning and Bedework calendars).
This is required for our rollout of Bedework + Lightning, requesting wanted-calendar0.9
Flags: wanted-calendar0.9?
Flags: wanted-calendar0.9? → wanted-calendar0.9+
I just noticed that I am unable to accept an invitation into a Bedework Calendar.  When I using Thunderbird to view a message with an .ics invitation, and I click accept, I am presented with a list of calendars into which I will import the event.  I am unable to select my Bedework Calendar from the list of calendars - clicking it has no effect.  I am able to choose a different (non-Bedework) calendar, and the event successfully imports.
If you can't select the calendar visually try to click it (without it being visually chosen) and the choose add anyway, this might be bug 416195.
So I tried a nightly (2008060519) and a dialog came up asking if I wanted to send emails out, and clicking OK did send them out. My workmate got the email, accepted the invitation and sent a reply back, which lightning dealt with correctly. Both of us put the event into Bedework CalDAV calendars, and the event appears correctly there. The only problem is changing the event doesn't result in a change email being sent out, maybe bug 379198 is rearing its head again?

Does anyone else want to try a nightly and see if it works for them?
Flags: blocking-calendar0.9?
Attached patch fixSplinter Review
Cause is that the generation is not bumped in relaxedMode of memory provider. Providers using relaxedMode need to bump it by themselves (background: relaxedMode has been introduced for pure "as is" caching).
Assignee: nobody → daniel.boelzle
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #329554 - Flags: review?(browning)
Flags: blocking-calendar0.9? → blocking-calendar0.9+
Comment on attachment 329554 [details] [diff] [review]
fix

looks good; works well. Sorry for the delay. Please prepend "CalDAV: " to the LOGged string to follow the style used elsewhere in the provider.
r=browning
Attachment #329554 - Flags: review?(browning) → review+
Checked in on HEAD and MOZILLA_1_8_BRANCH => FIXED.
Status: ASSIGNED → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Checked with nightly build 2008072219 -> VERIFIED.
Status: RESOLVED → VERIFIED
OS: Mac OS X → All
Hardware: Macintosh → All
After testing some days Lightning 0.9 togehter with Bedework 3.5 we noticed the same problems as described in this bug. However, when trying the same with Bedework 3.4.1.1 everything works fine.
Now I´m not sure if this is caused by Lightning or it depends on Bedework 3.5

Any idea at this point?
Jonas, please recheck your problem against TB3/lightning 1.0pre.
I am not the OP, but I can confirm that there seems to be a regression for this bug. I tested against a Sun Java Calendar Server 7 (CalDAV, not WCAP) with 1.0b1 and the nightly build of 12/27/2009.

"Notify attendees" is always grayed out and Lightning does neither send invitations or updates, nor does it send cancellations if an event is deleted or marked as "Cancelled".

I will file a new bug for this, as it might not be the same issue.
I can confirm this bug with Darwin Calendar Server & lightning 1.0b2pre (2009-01-16 nightly build).

I am running Darwin Calendar Server 2.3 compiled through svn on my ubuntu server.
I can create events just fine here and even invite other users but the "notify attendees" option is unticked.

When i save the event , the event just "magically" appears in the other users calendar without him ever having a chance to accept or decline
BTW , this server has iSchedule enabled but no iMip config. Is this problem related to that in any way ?

On another note , "Notify attendees" is not grayed out on a davical server. I can tick that option on the davical server.
You need to log in before you can comment on or make changes to this bug.