141615 - Prioritize first tab in loading bookmark groups

Status: RESOLVED WONTFIX

(SeaMonkey :: Bookmarks & History, enhancement)

Description

[Bamm Gabriana]

A bookmark group loads all tabs at the same time, so the user cannot
read any of them until all have loaded.

It would be good if the first tab had priority in download so it could
be read while the others are still loading. Great for users with slow
connections.

Comment 1

[breezymozilla]

When all pages are trying to load at the same time, it nearly defeats the
benefit of opening groups in tabs. This change would make a lot more sense to
me. Otherwise  opening a group of bookmarks slows down the browsing experience,
rather than speeding up, as was envisioned. I imagine that the first page in the
group should be loaded first, then the other pages should either load together,
or load in the order of the bookmarks in the group. Which method do you think is
better? I don't care much, except that the first bookmark should load before the
others. 

Comment 2

[Pierre Chanial]

I think this bug may be dupe of a more general problem:
current tab should have dl priority over background tabs
-> networking

Comment 3

[Pierre Chanial]

-> networking, part deux

Comment 4

[Bamm Gabriana]

What is the bug of the more general problem? I agree that when that is solved
then this will be solved too. That maybe that should be marked a dependency of
this one?

Otherwise, feel free to dupe me.

Comment 5

[benc]

-> browser-general
Whatever code decides to fire all these requests is the place a fix should occur.

I don't know anything about tab loading, so I'm sending it out.

Comment 6

[Matthias Versen [:Matti]]

-> Bookmarks 

Comment 7

[mental]

Hmmm, quite interesting request.  While not quite the same as priority, content
ratings (bug 91837) are one way to measure importance of a tab, and might be
helpful here.

The suggested schemes also remind me that a queue of bookmarked content could be
work as a solution here (bug 91832).  Prioritized loading could occur for
bookmarks 1 to n, and for bookmark groups larger than n, these could wait in a
queue to load until some of the initial tabs have closed.

Comment 8

[Vidar Haarr (not reading bugmail)]

*** Bug 143216 has been marked as a duplicate of this bug. ***

Comment 9

[brian]

Instead of prioritising (yes, i'm australian :-) can we call it tab queuing. For
example if I had a ten bookmarks in a group to load, then moz will check
preferences to see how many bookmarked tabs it can load concurrently in one
window. When one tab has finished loading it will go on to load the next
bookmark etc etc etc until its all loaded. It'd be a major benefit for those
still  stuck on the 56.6k method (like myself)

Comment 10

[Jesse Ruderman]

See also bug 257453, Deferred Loading for "Open in Tabs".

Comment 11

[Darin Fisher]

With the patch for bug 142255 (that just landed), it is possible to dynamically
adjust the priorities of any pending HTTP requests.  I suggest that we give a
priority boost to any requests in the active tab, or alternatively reduce the
priority of any requests in a non-visible tab.  We can access pending requests
from the nsILoadGroup on each nsIDocumentLoader (which is implemented by the
docshell).  We may have to jump through some hoops to access the HTTP channel
corresponding to an imgIRequest though.

Comment 12

[Worcester12345]

(In reply to comment #11)
> With the patch for bug 142255 (that just landed), it is possible to dynamically
> adjust the priorities of any pending HTTP requests.  I suggest that we give a
> priority boost to any requests in the active tab, or alternatively reduce the
> priority of any requests in a non-visible tab.  We can access pending requests
> from the nsILoadGroup on each nsIDocumentLoader (which is implemented by the
> docshell).  We may have to jump through some hoops to access the HTTP channel
> corresponding to an imgIRequest though.

That's a GREAT idea. For that matter, I would have just assumed it already did
that. Please make it happen, thanks.

Comment 13

[Caspy7]

Should the focus or minimization of a window, affect the prioritization of the
focused or unfocused tabs?

That is, perhaps we ought to lower the priority of the focused tab in a
minimized window to that of an unfocused tab or even lower the priority of all
the minimized tabs to a certain level.
Kapish?

Comment 14

[Andrew Schultz]

not going to block on this, but we might take a patch

Comment 15

[Glen A.]

Does this apply to Firefox as well, or should I open a separate bug?

Comment 16

[Serge Gautherie (:sgautherie)]

I guess you should open a Firefox bug, blocking this one.

Comment 17

[Jesse Ruderman]

I think bug 514490 will fix this for Firefox.

Comment 18

[Ian Neal]

2.0 is now "feature complete", please renominate if you think it is appropriate.

Comment 20

[Phoenix]

Still valid request

Comment 21

[Worcester12345]

"WONTFIX"?

Comment 22

[Frank-Rainer Grahl (:frg)]

"WONTFIX"?
Yes.

Bookmark groups are dead. Last ancient traces where removed in Bug 1607023 for SeaMonkey. If I load a folder with many tabs from the 2.53.1 library first tab is selected and I don't see a problem. If there still is one please file a new bug against SeaMonkey.