6.0.0-beta1
7/4/25

[#11583] "Tasks" view needs two clicks for correct display
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

History
01/27/2016 04:57:59 PM Jan Schneider State ⇒ Not Reproducible
 
08/27/2013 12:47:42 PM Jan Schneider Comment #14 Reply to this comment

[Show Quoted Text - 14 lines]
No, works perfectly fine here.
08/27/2013 12:13:42 PM Thomas Jarosch Comment #13 Reply to this comment
Is this still happening? Reproducable?
yes, still happening, though a bit different.

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?

08/27/2013 10:51:14 AM Jan Schneider Comment #12 Reply to this comment
Is this still happening? Reproducable?
04/17/2013 12:51:19 PM Thomas Jarosch Comment #11 Reply to this comment
Hi,
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
I tried your code and it fixes a part of the problem:
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.

03/27/2013 04:17:54 AM derwu22 (at) gmail (dot) com Comment #10 Reply to this comment
I have the same problem (even on demo horde.org).

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


11/06/2012 03:42:58 PM Thomas Jarosch Comment #9 Reply to this comment
Still cannot reproduce by following the screen recording either.
Latest findings on IRC, so they don't get lost:

[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?

11/05/2012 10:22:16 PM Jan Schneider Comment #8 Reply to this comment
Still cannot reproduce by following the screen recording either.
11/05/2012 03:00:26 PM Thomas Jarosch Comment #7 Reply to this comment
I cannot reproduce this either.

What does firebug show?
Firebug shows the task in "listTasks" in the first AJAX response.
-> 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.

11/01/2012 03:13:48 PM Michael Rubinsky Comment #6 Reply to this comment
I cannot reproduce this either.

What does firebug show?
10/29/2012 01:21:34 PM Thomas Jarosch Comment #5 Reply to this comment
Would a desktop recording of this help?
Yes, maybe, sounds like a lot of switching back and forth again. ;-)
Hmm, I'm just doing the steps described in the bug.
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.

10/29/2012 12:07:39 PM Jan Schneider Comment #4 Reply to this comment
Cannot reproduce.
I'll try to have a look at the AJAX data with the mighty firebug.

Would a desktop recording of this help?
Yes, maybe, sounds like a lot of switching back and forth again. ;-)
10/29/2012 11:59:38 AM Thomas Jarosch Comment #3 Reply to this comment
Cannot reproduce.
I'll try to have a look at the AJAX data with the mighty firebug.

Would a desktop recording of this help?

10/29/2012 11:23:33 AM Jan Schneider Comment #2
State ⇒ Feedback
Reply to this comment
Cannot reproduce.
10/29/2012 11:18:02 AM Thomas Jarosch Comment #1
Patch ⇒ No
State ⇒ Unconfirmed
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ "Tasks" view needs two clicks for correct display
Type ⇒ Bug
Priority ⇒ 1. Low
Reply to this comment
Hi,

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

Saved Queries