Tickets :: [#9768] Constant viewport loading

6.0.0-beta1

7/7/25

Summary	Constant viewport loading
Queue	IMP
Queue Version	Git master
Type	Bug
State	Resolved
Priority	3. High
Owners	slusarz (at) horde (dot) org
Requester	jan (at) horde (dot) org
Created	04/01/2011 (5211 days ago)
Due
Updated	04/12/2011 (5200 days ago)
Assigned	04/08/2011 (5204 days ago)
Resolved	04/12/2011 (5200 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

04/12/2011 06:43:15 AM	Michael Slusarz	State ⇒ Resolved

04/12/2011 06:42:42 AM	Git Commit	Comment #9	Reply to this comment
Changes have been made in Git for this ticket: ~~Bug #9768~~: Fix constant viewport loading in rare instances Only could reproduce (sometimes) in search mailboxes. Seemed to only be reproducible depending on the current viewport page and the slice information returned from the server. Issue was that every viewport load was invalidating the cache for search results. This caused the rowlist to be reset to whatever the currently loaded slice was. However, the lookbehind buffer then reported that not enough lookbehind entries were available, so another viewport request was sent to the server (to populate the entires just nuked). Solution: Search results should NEVER be invalidated except on explicit refresh. This should prevent the unnecessary updating. 4 files changed, 15 insertions(+), 7 deletions(-) http://git.horde.org/horde-git/-/commit/99167846dc1291c295da0bf593a8c586e93bdc85

04/08/2011 08:11:37 PM	Michael Slusarz	Comment #8 Priority ⇒ 3. High State ⇒ Assigned	Reply to this comment
Finally able to reproduce, but only in a search mailbox.

04/05/2011 11:11:17 PM	Michael Slusarz	Comment #7	Reply to this comment
I could not reproduce even with slow servers. But wondering if it is a duplicate of ~~Bug #9796~~.

04/05/2011 06:16:40 AM	Michael Slusarz	Comment #6	Reply to this comment
Update: this seems to be some race condition, it only happens when clicking a few times on the srollbar fast to scroll page-wise down. It stops if you scroll down another, single page. And it doesn't happen when scrolling down slowly. Heh - I can't reproduce in a mailbox with 20,000+ messages... because the viewport slice is loading within 1/2 second and I can't click fast enough to overlap viewport requests. Not sure whether to blame this awesome performance on Dovecot or IMP (us), but I guess this is a good problem to have. :) I'm going to shift over to using some of my slower test IMAP servers on my virtual box (e.g. Courier) to see if I can trigger.

04/01/2011 11:55:28 PM	Jan Schneider	Comment #5	Reply to this comment
Nevermind, I found the commit, but a temporary revert didn't fix the issue.

04/01/2011 11:52:17 PM	Jan Schneider	Comment #4	Reply to this comment
There aren't any session_* calls in that file.

04/01/2011 05:05:10 PM	Michael Slusarz	Comment #3 State ⇒ Feedback	Reply to this comment
Might be a result of changes made in ~~Ticket #7422~~. Could you remove the session_write_close()/session_start() lines in lib/Views/ListMessages.php (~line 628) and see if that fixes things?

04/01/2011 09:42:29 AM	Jan Schneider	Comment #2	Reply to this comment
Update: this seems to be some race condition, it only happens when clicking a few times on the srollbar fast to scroll page-wise down. It stops if you scroll down another, single page. And it doesn't happen when scrolling down slowly.

04/01/2011 09:40:32 AM	Jan Schneider	Comment #1 State ⇒ Assigned Patch ⇒ No Milestone ⇒ Assigned to Michael Slusarz Queue ⇒ IMP Summary ⇒ Constant viewport loading Type ⇒ Bug Priority ⇒ 1. Low	Reply to this comment
I can reproduce this reliably: - Go to large mailbox, e.g. trash folder - Select mailing list filter - Scroll down a few pages IMP keeps requesting the same view port slices again and again, e.g. "slice: 116:148" and "slice: 83:115".