Closed Bug 412950 Opened 17 years ago Closed 16 years ago

Tasks list is not refreshed dynamically

Categories

(Calendar :: Tasks, defect)

Product:
Calendar
Component:
Tasks
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: klint, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr-FR; rv:1.8.1.3) Gecko/20070326 Thunderbird/2.0.0.9 ID:2007103104 Lightning 20080118 Sorry, probably a duplicate, but was not able to find the original one !! Any change in a task (new, update, delete) does not update the today pane, or the unifinder at once, but needs manual refresh (exiting/reentering tb,...) Reproducible: Always Steps to Reproduce: 1.Add a new task, udpate an existing one, or delete an existing one 2.Save changes Actual Results: The today pane & unifinder do not reflect the change. Expected Results: The today pane & unifinder should reflect the change. Tested on ICS remote calendar.
Does the Error Console provide more information?
No, there is no information. But please leave this bug for the moment, it used to be a bug at least until recently, and I thought I had checked it earlier today (while making some testing for bug 412948). But apparently, except when DELETING, it is ok now (Updating and creating). Sorry for that.
Coming back to this bug: actually, there really seems to be a bug, although I was not able to isolate the exact pattern leading to it. So, in case someone else experiments the same, here are the latest symptoms: - right after opening TB, any update on tasks done either in Today pane or in Task mode appears immediately in the tasks list. Resfresh is done correctly after the change is saved - but some time after opening TB, the situation changes : any change done on a task (creation/update or delete) in Task mode or Today pane is not reflected until I change the newly appeared task filter in Task mode, or I restart TB
Just to confirm that I'm still experiencing the issue as described in comment #3, for both remote or local calendards. But I still was not able to identify the pattern leading to it. All what I can say is that is happens "some time" after launching TB and using it.
Could there be an connection with the "reload after x minutes" setting and "some time after launching TB"?
No, I'm sorry but I don't have that option activated. I'm keeping searching, as I use TB+LTG all day long! But still no clue though
This might be the same issue as reported in Bug 411973.
I am experiencing the same behavior as in Comment #3, concerning the problem appearing after TB being open for a while. All of my tasks are contained in a local, default type calendar. This is with the Feb 09 2008 nightly build. When I noticed the problem, TB had been open for about a day. I noticed the problem when attempting any change in the task: mark as complete, delete, create new or change category. To view changes, I had to click a different one of the radio buttons to the left, then back to the desired view.
I think this could depend on Comment #5. I added 2 remote calendars, refreshing every 30 minutes.
After deactivating Add-On - Priority Switcher 0.4.60 - Remember Mismatch Domains 1.4.6 - SQLite Manager 0.2.29 the problem has gone. Sorry, I had no time to check, which Add-On causes the problem.
Same problem for me. TB 2.0.0.16pre (2008061703) Lightning 0.9pre (2008052518) Windows Vista Business 5 locale calendar 1 remote (via gmail, without) I don't remember exactly, but i've this problem for at least 3 or 4 months (minimum). After an update, i remember that the problem was gone ... but as for klint, it comes back quickly. So, Task is pretty cool ... but not really usable because i need to push the mail button and come back to Task to see the changes i've done ... (New, edit, add a category,mark completed etc ... never refresh the panel) But the more anoying is that Edit task is not possible. The dialog never appears.
Status: UNCONFIRMED → NEW
Ever confirmed: true
(In reply to comment #11) > After deactivating Add-On > - Priority Switcher 0.4.60 > - Remember Mismatch Domains 1.4.6 > - SQLite Manager 0.2.29 > > the problem has gone. > > Sorry, I had no time to check, which Add-On causes the problem. > --> i've done a test and disable SQLite Manager ... Now it works for all (except for Edit Tasks which is still not displaying ... i suspect an other bug) OK, confirming: re-enabling SQLite Manager reintroduce the bug Disabling: works fine (except edit tasks)
I don't have any remote calendars, nor SQLite Manager add-on, and I still have the problem. TBird 2.0.0.14 (20080421), Win XP, Lightning 0.9pre (2008060519). Goes away on restart, comes back after a while. I have Refresh turned off per comment #5.
OK ... tomorrow the problem is come back (and SQLite Manager disabled) ... I've updated gmail-provider and lightning to 2008061820 0.9pre ... Don't know if this is the fact to update, or only because one day occured, but i suffer the same problem: no refresh of tasks actions
OK ... tomorrow the problem is come back --> euh ... sorry, i mean "this morning" :-)
Still happening even on latest nightly. Restart fixes it for a while (hours at least), then it comes back.
Requesting blocking-calendar0.9, but needs further investigation.
Flags: blocking-calendar0.9?
Keywords: qawanted
Unless we have a reproducible scenario, this won't hold off 0.9.
Flags: blocking-calendar0.9? → blocking-calendar0.9-
I can easily reproduce this problem. Every time I add a task, check one off, edit it, etc. The changes are not reflected in the today pane until I either restart TB (portable edition) or uncheck "hide completed tasks" and recheck it. This has been going on for quite some time and happens every time I use TB.
I try to reproduce this issue, but it works for me. @Joe Irvine: Could you please check our scenario with a current nightly build, please?
Andreas: did you leave it running overnight before testing? This is 100% reproducible for me, at least with a nightly from 2008-07-14. Is there any possible fix from a more recent build I should be testing? Of course it takes a while to test it since it doesn't happen until some time elapses after starting TBird.
Gary: Hm, I think your comment 24 is bug 416099. Could you confirm this?
It does not seem to be the same to me, though that may be related. My tasks typically have no start/end date. They don't disappear overnight as in that bug; it's just the task pane gets into a state where it doesn't refresh when you change anything (add a new task or check off an existing one). The actual database is fine I think, it's just not refreshing.
(In reply to comment #23) > I try to reproduce this issue, but it works for me. > > @Joe Irvine: Could you please check our scenario with a current nightly build, > please? > I just installed the latest nightly build and the task portion of the today pane is completely gone now. I can't find an option anywhere to turn it on either.
My bad.. I got it turned on. I can now check off a task and it does go away. Also, if I add a task it is added to the bottom of the task list. The list doesn't re-sort automatically based on the column selected but that it a minor annoyance. Other than the sorting it appears to be functioning correctly now.
Joe: Thanks for testing and nice to hear that your bug is fixed in the current nightly. Gary: Do you set your machine in 'Suspend to RAM/disk' or hibernation mode over night?
(In reply to comment #29) > Joe: Thanks for testing and nice to hear that your bug is fixed in the current nightly --> it was my case also sooner (see comment #17) but it come back the next day (see comment #18) > Gary: Do you set your machine in 'Suspend to RAM/disk' or hibernation mode over > night? > It is my case ... i rarely shut down my vista ... after my work and in the evening, i put my laptop in hibernate mode ... (so, not in sleep mode but in hibernate mode, with all ram dumped in an hibernate.sys file)
Interestingly enough, I reverted back to 0.8 (I use bircdiesync so I had to) and i notice that the tasks not going away only happens on 2 of my 3 PCs.
It seems to be 100% reproducible for me after a fresh startup of Thunderbird 2.0.0.12 and Lightning 0.9rc1 on Solaris Sparc with no other extensions installed. No error messages in console when I add or delete an event. Let me add a specific piece of information that I don't readily see mentioned. If I'm on the Today window (from Mail) and right click to add or delete an event, its added but window is not refreshed. If I toggle the "Show completed Tasks" box then it appears. I also have a problem with adding/deleting them to the full Tasks page (not Today window). When added/deleted from that page they do not update unless I go to Mail and then back to Tasks.
Update to my comment #32. I *am* running the scheduleworld sync plugin on this setup as well. Also, the calendar for tasks is local storage although I do also have a couple google provider calendars and 1 read-only google holiday calendar.
Flags: blocking-calendar0.9- → blocking-calendar1.0?
Works for me in the latest nightlies, please reopen if this still occurs for you.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Flags: blocking-calendar1.0?
I've found the origin of the problem... it come's from calendar-task-tree.xml This component, register an observer to the composite calendar on the "load" event of the window... There's a counter : mLoadCount... to know if the component should unregister the observer... The problem is that "onload" and "onunload" events are called when a mail message is "loaded" or unloaded is the messagepane iframe... If you click many times on several messages, onunload event are called more times than onload events... -> The observer is also unregistered and mLoadCount could be negative, so the observer will never be re-register and the treeview will never refresh... so the quick and dirty fix is to add if (this.mLoadCount<0) this.mLoadCount=0; in the OnUnload method of the calendar-task-tree component
You need to log in before you can comment on or make changes to this bug.