Summary | "Tasks" view needs two clicks for correct display |
Queue | Kronolith |
Queue Version | Git master |
Type | Bug |
State | Not Reproducible |
Priority | 1. Low |
Owners | |
Requester | thomas.jarosch (at) intra2net (dot) com |
Created | 10/29/2012 (4631 days ago) |
Due | |
Updated | 01/27/2016 (3446 days ago) |
Assigned | 10/29/2012 (4631 days ago) |
Resolved | 01/27/2016 (3446 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
I can't reproduce it when I set a "due by" date, that works fine now.
Though the same error appears when I set a "delayed start":
- Create a new task in nag with a "delayed start" date in the future
- Switch to the tasks view in kronolith. This will open the
"Incomplete" tab by default.
- Now switch to the "Future" tab, it will come up empty.
Can you reproduce it this way?
$('kronolithViewTasksBody').select('tr').findAll(function(el) {
return el.retrieve('tasklist') !== undefined;
//return el.retrieve('tasklist') == tasklist;
}).invoke('remove');
before line "tasktypes.each(function(type) {" in loadTasks function
in kronolith.js
It remove the "stale" entries when switching categories.
Please try this on your side:
- Create a task with a "due" date in nag
- Switch to kronolith's Tasks view
- Go to the "All" tab and check the task
- Go to the "Completed" tab
Does the completed task show up?
For me it takes the usual round of switching categories to get it visible.
I insert:
$('kronolithViewTasksBody').select('tr').findAll(function(el) {
return el.retrieve('tasklist') !== undefined;
//return el.retrieve('tasklist') == tasklist;
}).invoke('remove');
before line "tasktypes.each(function(type) {" in loadTasks function in
kronolith.js
[15:27] <thomasjfox> I think I found something: It works much more
reliable (=works as it's supposed to be) when Firebug is activated
[15:28] <thomasjfox> It takes too much time until the AJAX request to
toggle it completes
[15:28] <mrubinsk> Heisenbug!
[15:28] <thomasjfox> when I change the categories fast enough, it
still shows the old state since the AJAX request is still running
[15:31] <thomasjfox> can we update the client side cache + force a
display refresh on the client once the toggle request is done?
What does firebug show?
-> It looks like this is a display issue in kronolith.
The behavior is consistent when I switch to another app and back to
kronolith's tasks view.
What does firebug show?
Maybe I've missed something obvious.
Recording is here:
curl -O http://193.186.7.72/h5_task_refresh_issue.ogv
nag backend is configured to SQL and tested with firefox 16.0.1.
Would a desktop recording of this help?
Would a desktop recording of this help?
State ⇒ Feedback
Patch ⇒ No
State ⇒ Unconfirmed
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ "Tasks" view needs two clicks for correct display
Type ⇒ Bug
Priority ⇒ 1. Low
I create or modify a task in nag with a "delayed start" date.
Then I switch to kronolith's "Tasks" view.
When entering the tasks view, I see the spinning wheel for a second
and then it displays nothing.
So I do one more switch between categories and voila, now it displays
the proper content.
If I create a vanilla task without a delayed start and execute the
same steps,
kronolith shows old content without an update in the "Incomplete" category.
Note: It opens the "Incomplete" category by default when I click on "Tasks".
Tested with the SQL backend.
Cheers,
Thomas