Closed Bug 542029 Opened 16 years ago Closed 14 years ago

Corrupt ICS file renders all views unusable

Categories

(Calendar :: General, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 520705

People

(Reporter: lutimdale, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.7) Gecko/20100106 Ubuntu/9.10 (karmic) Firefox/3.5.7 Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9.1.7) Gecko/20100111 Lightning/1.0b1 Thunderbird/3.0.1 ICS file with that is missing the closing tags will make the views unresponsive to change. IE. Clicking on next month in month view does not show the next month, but the same month over and over again. Reproducible: Always Steps to Reproduce: 1. Create an empty ics file. 2. manually edit the file to remove the "END:VCALENDAR" line. My calendar somehow got corrupted this way. We are simulating it here. 3. Start/restart thunderbird. 4. click on month view, click next month, no change (same month is drawn) 5. click on week views, no events are displayed Actual Results: views are drawn in their unprepopulated way with no content from other calendars. The calendar is thus rendered unusable. Expected Results: 4. click on month view, click next month, next month should appear 5. click on week view, it should be populated There should be more intelligent handling of reading in/loading of calendars. If there is one calendar file that is corrupted, it should be flagged as that and the other calendars should not be affected.
Please enable calendar.debug.log and calendar.debug.log.verbose in the advanced config editor (Options > Advanced > General > Config Editor) and check your error console for messages.
I enabled the debug messages. I get too many as I have 8 calendars (even though all are disabled). I get only informational messages like: [calAlarmService] now is 2010/07/22 12:33:36 UTC isDate=0 [calAlarmService] alarm is in the future. [calAlarmService] alarm is too late. [calAlarmService] considering alarm for item: Diana - 1972 alarm time: 2010/08/17 03:45:00 UTC isDate=0 snooze time: null [calAlarmService] last ack was: 2010/07/13 01:10:56 UTC isDate=0 Anyway, if you add the Test.ics calendar I just attached, you should be able to replicate the behaviour. The views are not redrawn when clicking next month, etc.
This is basically the same example as given in Bug 520705 Comment #9.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: