6.0.0-RC7
6/23/26

[#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/12 (4985 days ago)
Due
Updated 1/27/16 (3800 days ago)
Assigned 10/29/12 (4985 days ago)
Resolved 1/27/16 (3800 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
594 Jan Schneider State ⇒ Not Reproducible
 
4212 Jan Schneider Comment #14 Reply to this comment

[Show Quoted Text - 14 lines]
No, works perfectly fine here.
4212 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?

1410 Jan Schneider Comment #12 Reply to this comment
Is this still happening? Reproducable?
1912 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.

544 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


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

1610 Jan Schneider Comment #8 Reply to this comment
Still cannot reproduce by following the screen recording either.
263 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.

483 Michael Rubinsky Comment #6 Reply to this comment
I cannot reproduce this either.

What does firebug show?
341 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.

3912 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. ;-)
3811 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?

3311 Jan Schneider Comment #2
State ⇒ Feedback
Reply to this comment
Cannot reproduce.
211 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