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)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: fishywang, Unassigned)

References

Details

Attachments

(2 files, 1 obsolete file)

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.
Attached image screenshot —
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.
Any error console messages?
(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
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.
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.
Attached patch Add Debugging - v1 (obsolete) — — Splinter Review
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)
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?
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é
Attached patch [checked in] Add Debugging - v2 — — Splinter Review
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)
Attachment #434709 - Flags: review?(philipp) → review+
Assignee: philipp → ssitter
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
Assignee: ssitter → nobody
Status: ASSIGNED → NEW
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
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.
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>&nbsp;&nbsp;</b></td>
<td>&nbsp;</td></tr>
<tr><td bgcolor="#3366cc"><font face="arial,sans-serif" color="#ffffff"><b>ï</b></font></td></tr>
<tr><td>&nbsp;</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).

Still see this issue?

Severity: major → normal
Flags: needinfo?(fishywang)
Flags: needinfo?(Andre.Schneider)
Whiteboard: [closeme 2019-08-21]

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.

Attachment

General

Creator:
Created:
Updated:
Size: