Comment 8 for bug 315732

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.5) Gecko/2008121622 Ubuntu/8.10 (intrepid) Firefox/3.0.5
Build Identifier: Lightning .8 build 2008060210 on Thunderbird 2.0.0.19 (20090105)

I recently switched from Windows to Linux for my desktop operating system. On Windows I was using Sunbird with a davical back-end. I installed the Lightning plug-in in Thunderbird on my new Linux system and tried to connect to the davical. Immediately it displayed 60+ alerts (playing an alarm for each), and when I tried to do dismiss all it said that the data had changed on the server, to which I said submit anyway. After this point, when starting Thunderbird the alarm window pops up (empty) and the notification sound always plays 33 times. Nothing shows up in the error console. I'm running a remote calendar under davical 0.9.6.1 on Debian (Linux 2.6.24-etchnhalf.1-686). I'm using the latest Thunderbird and Lightning packages on Ubuntu 8.10 (Linux 2.6.27-9-generic). This problem didn't occur when I was running Sunbird on Windows.
It would appear that Lightning (and Sunbird) don't play well with calendar data created by other calendar software. I messed around with it a bit, in one case exporting the data to an ICS file, then importing it again (which involved waiting through endless beeps) into a separate CalDAV user space, only to find the problem persisted. I even tried wiping out the davical database and doing an import ... still the same behavior.

I was able to resolve the issue by exporting everything from the CalDAV server to an ICS file, importing it into a local Lightning calendar, acknowledging all of the alerts, exporting it again to another ICS file, deleting everything from the CalDAV server and importing the second ICS file.

Reproducible: Always

Steps to Reproduce:
1. Set up a davical server and set up a user to host a calendar.
2. Configure the calendar in Lightning
3. Import ics data from http://www.voegtek.com/testcal.ics
4. Attempt to dismiss alerts.
5. Quit thunderbird
6. Starts thunderbird again.
Actual Results:
On step 3 a number of alerts will pop for past events which should already be acknowledged.
On step 6 the alarm window will pop up and there should be multiple beeps. The alarm window should be empty.

Expected Results:
Import without beeping repeatedly, then not pop an empty alarm window every time Thunderbird is opened.

I'm running a remote calendar under davical 0.9.6.1 on Debian (Linux 2.6.24-etchnhalf.1-686). I'm using the latest Thunderbird (2.0.0.19+nobinonly-0ubuntu0.8.10.1) and Lightning (lightning-extension/0.8+nobinonly-0ubuntu1) packages on Ubuntu 8.10 (Linux 2.6.27-9-generic).