Skip to content
This repository has been archived by the owner on Dec 11, 2019. It is now read-only.

To conserve bandwidth do not preload pinned tabs until they are selected on launch #804

Closed
VirgilRoussos opened this issue Feb 17, 2016 · 12 comments
Labels
addressed-with-brave-core Needs confirmation, but this issue may be resolved with Brave Core. feature/pinned-tabs suggestion

Comments

@VirgilRoussos
Copy link

A user brought up that preloading the pins on launch could be bad for those without unlimited bandwidth.

I add that it might be also a security issue when connected on some less secured networks.

@psimyn
Copy link
Contributor

psimyn commented Feb 17, 2016

related / duplicate of #800 ?

@VirgilRoussos
Copy link
Author

I do not think so. It is not a delay, but simply a "do not load until called". However if you feel the two issues can be merged since a single options menu can solve "delay/do not load"

@psimyn
Copy link
Contributor

psimyn commented Feb 17, 2016

ah, I thought the delay one was "on-demand load tabs"

@cezaraugusto cezaraugusto added suggestion perf needs-info Another team member needs information from the PR/issue opener. labels Jun 16, 2016
@luixxiul
Copy link
Contributor

luixxiul commented May 7, 2017

Not only on launch but also on detach a tab.

@luixxiul luixxiul removed needs-info Another team member needs information from the PR/issue opener. perf labels May 7, 2017
@srirambv srirambv added this to the 1.2.0 milestone May 22, 2017
@alexwykoff alexwykoff modified the milestones: 1.2.0, Backlog Nov 1, 2017
@cezaraugusto cezaraugusto modified the milestone: Triage Backlog Nov 8, 2017
@bsclifton
Copy link
Member

I believe this will be solved with #13216
cc: @petemill

@petemill
Copy link
Member

I don't think #13216 will fix bandwidth per-say, as we are not creating pinned tabs as lazy-loaded (discarded), so muon will still be fetching the content on startup. #13216 should make sure we're not using the window's resources to display the content, however. This could be a simple change to the following, though not sure if it's there for a particular reason - worth testing:

// Tabs are allowed to be initially discarded (unloaded) if they are regular tabs
// i.e not about: pages, and not pinned
// and only if the tab creation request passes in `discarded: true`
const isRegularContent = isHttpOrHttps(createProperties.url)
const preventLazyLoad = createProperties.pinned || !isRegularContent
if (preventLazyLoad) {
createProperties.discarded = false
}

@bradleyrichter
Copy link
Contributor

The original plan for pinned tabs was that they were to bereferenced across windows and not duplicated. If we can not get to this enhancement, perhaps we should remove the feature of populating pins on all windows - changing it to window-specific pins.

@petemill @bsclifton ?

@bsclifton
Copy link
Member

@bradleyrichter w/ regard to multiple pins using same web contents, @bbondy did start work on that type of enhancement when implementing tab detaching... but it wasn't finished

@srirambv
Copy link
Collaborator

srirambv commented Jul 6, 2018

@bbondy i think this will be fixed in brave-core correct?

cc: @bsclifton

@hugobuddel
Copy link
Contributor

Having the pinned tabs 'be referenced across windows and not duplicated' is what is described in #6413 right? That would be awesome!

The pinned tabs are great, but take like 30 seconds to load on my machine. So I actually started using other browsers more because it's just so much faster to open a new window in them, see #13804.

And to stay within this topic, I noticed this summer that it indeed takes to much bandwidth to use multiple windows with multiple pinned tabs when roaming abroad on 2G.

@NumDeP
Copy link

NumDeP commented Aug 29, 2018

+1 On Chromium if you were to open a dozen bookmarks from a folder in one go, they would all load in task manager wouldn't they, if so, I doubt brave-core fixes this unless you've made changes to this affect.

@bsclifton bsclifton added the addressed-with-brave-core Needs confirmation, but this issue may be resolved with Brave Core. label Oct 1, 2018
@bsclifton bsclifton removed this from the Triage Backlog milestone Oct 1, 2018
@bsclifton
Copy link
Member

Should be fixed with brave-core

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
addressed-with-brave-core Needs confirmation, but this issue may be resolved with Brave Core. feature/pinned-tabs suggestion
Projects
None yet
Development

No branches or pull requests