Open Bug 806529 Opened 12 years ago Updated 3 years ago

Lightning writes events in wrong calendar (Sogo server, CalDAV)

Categories

(Calendar :: Provider: CalDAV, defect)

Lightning 1.9
x86
All
defect
Not set
critical

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: tom, Unassigned)

References

Details

(Whiteboard: [calconnect31])

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:16.0) Gecko/20100101 Firefox/16.0
Build ID: 20121025210744

Steps to reproduce:

hi guys,
this bug report is a copy from the one I filed at launchpad, but so far nobody's listening so I decided to take it here.
https://bugs.launchpad.net/ubuntu/+source/lightning-extension/+bug/966002
=================================================

I've been using Tbird plus Lightning for years, very happy with it.
In this setup I have had 2 calendars:
- private. this is bound to my private email address. (private events)
- business. this is bound to my business email address. (business events)
When receiving invitations Lightning would usually ask what calendar the appointment needed to go in, sometimes it would not. I think it can decide by the mail address, which is logical, but maybe I would get a private invitation in my business mail. Anyway, I could select the right calendar.

About a year ago I switched from local calendars to a private Sogo server using Caldav protocol. I now have 3 remote calendars:
- private. this is bound to my private email address 'private @ myname.com'
- business. this is bound to my business email address 'business @ company.com'
- sales, this is bound to a 'sales @ company.com' email address and used by 3 people.
The sales calendar is used to dispatch work items to team members. Anyone can see the items in it, only 3 people can change them. By inviting colleagues (and/or myself) to an event it pops up in their own calendar and they know when to appear at a customer's. This allows me to keep overview of the sales events and also keep my own calendars reasonably clean.
So far, so good.


Actual results:

Since a couple of months I've noticed that invitations and changes to existing events are not appearing in the correct calendars any more. Whatever I do, they all land in the private calendar. I've tried modifying events from within Tbird / Lightning and from the Sogo web-interface (logging in under the sales-account).
Invitations and updates are correctly addressed, but still appear in the same, usually wrong, calendar.
Again: this goes for both new events as for existing ones that were booked correctly before. Change the date or time and the updated event appears in the wrong calendar.

The may, of course, be an issue server side, but since that server has been stable for months and Lightning has had updates recently, I suspect this is a bug in Lightning.

I'm running Oneiric amd64, updated daily.
If you need more information, please ask.



Expected results:

Invitations sent to a certain email address should be written in the calendar that is associated with that mailbox, not to the first (default?) one or a random calendar.
Replies should be sent from that same email address.


cheers
Tom

update
I now do have a mailbox for the sales@... account and it is bound to the sales-calendar as it should. Makes no difference though: there is no telling to what calendars / accounts an incoming invitation will be related.

Imagine this scenario: I make an appointment to see a customer and add it to the sales calendar. Then I invite myself and a colleague to the event so we have it in our own schedules. Let's assume the invitation actually lands in my business calendar, often it does not.
Then my colleague (or me) gets a call from the customer to reschedule the meeting. So he changes the date and time, leaving all other aspects as they were. He has access to the sales-account too, through the web interface..

The modified event now suddenly shows up in my home calendar although when opening I can see it is still aimed at my business email, which is bound to the business calendar. I can accept or decline the event, but no way can I select the right calendar.
Setting that should be unnecessary anyway because the mail address determines the calendar, but every once in a while you get an private invitation sent to your business mail. OK, no worries, just open the event and select another agenda (like you do when creating a new event). Nope, that option is not there. I can only see some details and declare attendance but nothing else.

My wife is using Tbird and Lightning too, on a Win pc. She has no account on the business Sogo-box and uses a local calendar. Whenever she sends me invitations for private events, they arrive as mails with an .ics attachment. Lightning handles these in pretty good order, giving me the choice in which calendar to place the event (even though it should make a selection by itself based on the recipient's mail address. I might always change that later).

Again: this may very well be an issue that has its root cause(s) in Sogo, but it did work until recently and we haven't touched the server but there were updates to Lightning.
Some colleagues are starting to pester me into buying Exchange. I won't, but truth is this does not work well for us at the moment.

cheers
Tom
Component: General → Provider: CalDAV
Severity: normal → major
Issue can be replicated on multiple machines, using both Win7 and Ubuntu 12.04 as OS.
Current version of Lightning still has this problem.

Status should be 'confirmed', but I can only choose between unconfirmed and resolved. Neither seems corect.
Affected versions are both 1.8 and 1.9.


cheers
Tom
Hardware: All → x86
Version: Lightning 1.8 → Lightning 1.9
I have the same problem. 
I have multiple calendars. 2 of them are not active, i.e. not checked in the calendar view.
If I get an email with an attached vCalendar and I want to accept it, lightning tells me that it failed to write to calendar "google 2". But this calendar ist not active and should not be used anyway.
(In reply to Jens Martin Schlatter from comment #3)

Seems that you misunderstood the meaning of the checkbox. The checkbox in the calendar list toggles only the display of events and tasks. The calendar is still active and fully operable. To deactivate a calendar use the Switch Off checkbox in the calendar properties dialog.
You are right, I missunderstood this checkbox. 

But why does lightning choose a random calendar?

update:
I just found out that when I tick the 'Support Outlook and Outlook 2000/XP' box when accepting an invitation, the confirmation includes just me. The appointment, when opened in the Sogo-server based calendar shows 'her@mydomain.com' (organiser) and 'me@mydomain.com' (participant). This is correct.
The incorrect 'my_domain_username@mydomain.com' attendee is no longer introduced and thus will not get any messages when the appointment is modified or deleted.

Mind you: neither party is using Outlook nor Exchange. This is a Tbird/Lightning/Sogo setup. It does narrow down the source of the issue to the generic and/or CalDAV part of the protocol I think.

For now this is a workaround.

cheers
Tom
Update:
Is someone actually reading this?
Lightning is virtually unusable now. Sending invitations and confirmations are both done with wrongly constructed sender addresses. The Outlook compatibility option stopped working as a workaround.
Also the local caching is broken as is the relation email address - calendar.

All in all this means I get appointments placed in the wrong calendars, confirmations and updates are not processed and the whole of Tbird gets unworkably slow due to the constant on line updating.

I'm now going to see how either Evolution or Outlook perform. Lightning is obviously severely broken in several essential functions (caldav, caching, tbird integration, multiple calendars) and no one picks up on it. What a shame.
Severity: major → critical
I had this problem in Lightning 1.9 and now in 2.6.  Basically, I see no way of associating an email invitation with a particular calendar.  In my case, Thunderbird 24, 2 inbox's and 4 calendars, 3 of which are sync'd with Google.  An invitation into my second inbox is stored in my "US Holidays" calendar (not sync'd with Google).  At this time I find the inbound email invitation process so uncontrollable that I can't use it.  I need to be able to add an invitation to the calendar of my choosing and decide if a confirmation email should or should not be sent.  I would like the ability to make "local only" edits to invitation (eg reassign calendars) with email no email confirmations being sent.
Whiteboard: [calconnect31]
So normally Lightning compares attendees and organizer with the email ids set in your calendar properties dialog. If there is only one candidate, then it will auto-select this calendar, otherwise it will ask.

I have the feeling this could be solved by bug 865726, but I am not sure its the same thing. We may also have an issue handling subscribed calendars where we try to find the invited attendee and find a false positive.

Could you do me a favor and enable calendar.debug.log and calendar.debug.log.verbose in the advanced config editor (Options > Advanced > General > Config Editor), then restart, clear the error console, resubscribe to the calendar in question.

Afterwards you should see messages in Tools > Error Console. Near the beginning you will find an XML query that contains tags like schedule-inbox-URL and schedule-outbox-URL. Could you copy this?

Next, clear the console again and select an invitation that is causing such troubles. What happens in the error console now?

If this is not enough I might have to ask you for some more elaborate debugging or possibly access to the server and an invitation that would help reproduce the behavior.
Tom Louwrier added the following comment to Launchpad bug report 966002:

hi

Logging was already on as requested, I can clear the log and get myself 
invitations for events in several calendars associated with different 
mail addresses. No problemo.
But how do I copy/paste from the error log, or save/export that, or find 
the logfile??

cheers
Tom



-- 
http://launchpad.net/bugs/966002
You need to log in before you can comment on or make changes to this bug.