Closed
Bug 520705
Opened 15 years ago
Closed 5 years ago
Can't navigate weeks in week view after running for a while
Categories
(Calendar :: Calendar Frontend, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: fishywang, Unassigned)
References
Details
Attachments
(2 files, 1 obsolete file)
172.34 KB,
image/png
|
Details | |
1.19 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.0.15pre) Gecko/2009091516 Camino/2.0b4 (like Firefox/3.0.15pre) Build Identifier: http://ftp.mozilla.org/pub/mozilla.org/calendar/lightning/nightly/2009/10/2009-10-01-03-comm-1.9.1/macosx-xpi/ After running Thunderbird for a while (hours), click the left and right besides "Today" can't actually navigate weeks in the main week view. A screenshot will be posted later. Reproducible: Always This seems to happen after I upgraded Thunderbird to 3.0b4. I never met this problem in 3.0b3.
Reporter | ||
Comment 1•15 years ago
|
||
The date I highlighted above is changed after I clicked right, it's the date it should be. The date I highlighted below is the actually date the main week view displays, it remains the week before I clicked right.
Comment 2•15 years ago
|
||
Any error console messages?
Reporter | ||
Comment 3•15 years ago
|
||
(In reply to comment #2) > Any error console messages? I'm not sure if this is related: Error: rootComp is null Source File: file:///Users/fishy/Library/Thunderbird/Profiles/d67mtbv0.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///Users/fishy/Library/Thunderbird/Profiles/d67mtbv0.default/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js Line: 82
Comment 4•14 years ago
|
||
Using TB 3.0.1/Lightning 1.0b1 (Windows XP) have similar problems: the main area of week view does not refresh while switching between weeks, other views are incomplete or corrupt. Reason I found was an authentication which fails (wrong password for one of my network calendars) - no error message occurs.
Reporter | ||
Comment 5•14 years ago
|
||
Today I tried to downgrade Lightning from nightly to 1.0b1, the problem remains. Then I uninstalled Lightning, delete all files (storage.sdb, calendar-data/, and all calender.* in prefs.js), reinstall Lightning 1.0b1, readd my calendars (they're all in the cloud, luckily), and it seems to be OK now. It's already hours and I didn't see this bug again.
Comment 6•14 years ago
|
||
I can't reproduce this issue. Some questions: * What calendar type are you using (ics? caldav? google calendar? ...) * If you enable calendar.debug.log and calendar.debug.log.verbose in the advanced config editor, do you get more messages related to the problem? * Do you have a specific test calendar that causes this issue? Maybe you can attach it here? * If you'd like to go into the technical details, could you apply this patch and then check your error console when the issue happens?
Assignee: nobody → philipp
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Attachment #433812 -
Flags: review?(ssitter)
Reporter | ||
Comment 7•14 years ago
|
||
I can't reproduce it either after I delete anything related and totally started over (described in comment #5), so I guess maybe it's caused by version upgrading or something? I will try to get the logs if this problem reappears. My calendars are one google calendar (with google provider) and some http ics. The ics calendars are: http://www.la-grange.net/2002/09/13-MoonPhase.ics https://www.google.com/calendar/ical/china%40holiday.calendar.google.com/public/basic.ics (I didn't use google provider on this one) my last.fm events: webcal://ws.audioscrobbler.com/1.0/user/fishywang/events.ics my tripit calendar: webcal://www.tripit.com/feed/ical/private/<XXXX-masked>/tripit.ics (In reply to comment #6) > Created an attachment (id=433812) [details] > Add Debugging - v1 > > I can't reproduce this issue. Some questions: > > * What calendar type are you using (ics? caldav? google calendar? ...) > * If you enable calendar.debug.log and calendar.debug.log.verbose in the > advanced config editor, do you get more messages related to the problem? > * Do you have a specific test calendar that causes this issue? Maybe you can > attach it here? > > > * If you'd like to go into the technical details, could you apply this patch > and then check your error console when the issue happens?
Comment 8•14 years ago
|
||
My observation with TB3.0.1/Lightning 1.0b1 was: If an authentication fails (wrong password), the user gets NO feedback (e.g. dialog window) and it seems everything is ok. If you switch to week/month view now, you will see the improper behavior as described above. In the error log you will find the authentication failure. If you type the correct passwords for all calendars everything works fine. The refresh of all event entries in all views is correct and faster than in older Lightning versions. -- Thanks! /André
Comment 9•14 years ago
|
||
Slightly different approach. rootComp might be null or set to something different than "VCALENDAR". For example if the file contains only a "BEGIN:VEVENT [...] END:VEVENT" block its set to "VEVENT". With this patch we log both cases as an error and proceed gracefully. During testing I noticed that the hang can be reproduced easily without the rootComp error from above. Just import an empty ics file. Or import an ics file that misses the closing "END:VCALENDAR" line. Or import an file containing UTF-8 encoding errors. All cases fail without error message. But the view hangs afterwards. Maybe the view doesn't get notified once parsing is finished? Maybe some issues with batch count somewhere?
Attachment #433812 -
Attachment is obsolete: true
Attachment #434709 -
Flags: review?(philipp)
Attachment #433812 -
Flags: review?(ssitter)
Updated•14 years ago
|
Attachment #434709 -
Flags: review?(philipp) → review+
Updated•14 years ago
|
Assignee: philipp → ssitter
Comment 10•14 years ago
|
||
Comment on attachment 434709 [details] [diff] [review] [checked in] Add Debugging - v2 pushed to comm-central https://hg.mozilla.org/comm-central/rev/3b38a8becffe
Attachment #434709 -
Attachment description: Add Debugging - v2 → [checked in] Add Debugging - v2
Updated•14 years ago
|
Assignee: ssitter → nobody
Status: ASSIGNED → NEW
Comment 11•14 years ago
|
||
Had excactly this issue after upgrading from TB2/Sunbird0.9 to TB3.04/Lightning1.0b1. It worked some days, and then the screen updating started to behave incosistent - from not updating anymore to updating partially only (depending on the calendars activated). Had some changes on the calendars and one new ics one compared to the old setup meanwhile. Error console said: > Fehler: rootComp is null > Quelldatei: > file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js > Zeile: 82 After applying Stefans patch from attachment 434709 [details] [diff] [review], the screen is updated correctly again and I can see the following message as expected on the error console: > Fehler: Parser Error. Could not find 'VCALENDAR' component in > null > Stack: > 1: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js:96] ip_processIcalComponent > 2: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js:238] parseString_done > 3: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm:155] response_run Enabling the logging as per comment #6, I just can see this single error message, a lot of infos and no warning. The calendar in question is a CalDAV one. The logmessages related to this one below: > CalDAV: Status 207 on initial PROPFIND for calendar profilename (CalDAV) > > CalDAV: Authentication scheme for profilename (CalDAV) is Digest > > CalDAV: recv: <?xml version='1.0' encoding='UTF-8'?> > <multistatus xmlns='DAV:'> > <response> > <href>/calendars/users/profilename/calendar/</href> > <propstat> > <prop> > <resourcetype> > <collection/> > <calendar xmlns='urn:ietf:params:xml:ns:caldav'/> > </resourcetype> > <owner> > <href>/principals/__uids__/e84a7d01-ba36-5c0e-a35e-69f80bb5c554/</href> > </owner> > <getctag xmlns='http://calendarserver.org/ns/'>2010-04-22 19:59:50.737579</getctag> > </prop> > <status>HTTP/1.1 200 OK</status> > </propstat> > </response> > </multistatus> > > CalDAV: initial ctag 2010-04-22 19:59:50.737579 for calendar profilename (CalDAV) > > CalDAV: send: OPTIONS http://calendar.mycompany.lan:8008/calendars/users/profilename/ > > CalDAV: realm Test Realm > > Fehler: Parser Error. Could not find 'VCALENDAR' component in > null > Stack: > 1: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js:96] ip_processIcalComponent > 2: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm -> file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/calendar-js/calIcsParser.js:238] parseString_done > 3: [file:///M:/Thunderbird/profilename/extensions/%7Be2fda1a4-762b-4020-b5ad-a41df1933103%7D/modules/calUtils.jsm:155] response_run > > CalDAV: DAV header: 1, access-control, calendar-access, calendar-schedule, calendar-availability, inbox-availability, calendar-proxy Next calendar starting... Btw, the (whole) calendar (setup) worked and still works without issues in Sunbird 0.9 and has no messages on the console. Frank
Comment 12•14 years ago
|
||
I'm actually having the similar problem. I had TB 3.1 and Lightning 1.0b2, but had to roll back to 3.05/1.0b1 last week after an issue with Kerio Connect. Since then, I've gone through and re-set up all of my email accounts and my 3 calendars and everything was working fine, until I noticed this problem today. The three calendars I currently have are 1 CalDAV (Kerio), 1 iCal (US Holidays), and 1 Google Calendar (Hosted Google Apps Calendar for AZ State Univ). In my case, I use the week view. I click today and it puts me on today's date. If I click one week forward, it goes one week forward. If I click it again, it stays on next week and won't move forward to the week after that. The date displayed next to the < today > buttons is the current week, not the week being displayed. I can work around it by clicking on a day in the currently displayed week, and it will change the date displaying next to the < today > buttons, at which point I can click the > one week forward button and it will move to the next week again, but then it will be stuck until I repeat the process. Just means I have to click twice instead of once if I want to move backward/forward and look at my calendar a few weeks out. FWIW, I restarted Thunderbird, and now it works fine. I'll keep an eye on this to see if I can duplicate it again. I have logging turned on, I'll post some of that up if it comes up.
Reporter | ||
Comment 13•13 years ago
|
||
See it again in "Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Lightning/1.0b2 Thunderbird/3.1.9" Found this in error console, didn't know if it's related: ==== Warning: There has been an error reading data for calendar: fishy. However, this error is believed to be minor, so the program will attempt to continue. Error code: 0x80004005. Description: A request Error Occurred. Status Code: 500 Internal Server Error Body: <html><head><meta http-equiv="content-type" content="text/html;charset=UTF-8"> <title>ï</title> <style type="text/css">body {font-family: arial,sans-serif}</style></head> <body text="#000000" bgcolor="#ffffff"><table border="0" cellpadding="2" cellspacing="0" width="100%"><tr><td rowspan="3" width="1%" nowrap><b><font face="times" size="10"><font color="#0039b6">G</font> <font color="#c41200">o</font> <font color="#f3c518">o</font> <font color="#0039b6">g</font> <font color="#30a72f">l</font> <font color="#c41200">e</font></font> </b></td> <td> </td></tr> <tr><td bgcolor="#3366cc"><font face="arial,sans-serif" color="#ffffff"><b>ï</b></font></td></tr> <tr><td> </td></tr></table> <blockquote>à Õ¿î¨÷Bå</blockquote> <p></p> <div style="background:#3366cc; width:1px; height:4px"></div></body></html> ==== And some similar logs which ends at "Description:" (no detailed description available).
Comment 15•5 years ago
|
||
Still see this issue?
Severity: major → normal
Flags: needinfo?(fishywang)
Flags: needinfo?(Andre.Schneider)
Whiteboard: [closeme 2019-08-21]
Comment 16•5 years ago
|
||
Andre writes "It seems to be fixed. I do not see this issue in my current versions of Thunderbird 60.8 (Linux/Ubuntu, Windows)."
Status: NEW → RESOLVED
Closed: 5 years ago
Flags: needinfo?(fishywang)
Flags: needinfo?(Andre.Schneider)
Resolution: --- → WORKSFORME
Whiteboard: [closeme 2019-08-21]
You need to log in
before you can comment on or make changes to this bug.
Description
•