Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Delay after new Tab in Tabgroup with hiding #215

Closed
TabNoc opened this issue Apr 13, 2018 · 8 comments
Closed

Delay after new Tab in Tabgroup with hiding #215

TabNoc opened this issue Apr 13, 2018 · 8 comments
Labels

Comments

@TabNoc
Copy link

TabNoc commented Apr 13, 2018

When a new Tab is opened (via button or ctrl + T) and "only show tabs of the current container" is active and the current tab is in a TabGroup, then the new Tab will be opend in the default TabGroup. The visible Tabs will be switched to the default group, while the correct TabGroup (from the old Tab) will be applied to the Tab, and visibility is changing back to the Tabgroup.
With many tabs to show/hide this process takes some time and is anoying, maybe add a timer to apply switch of visible TabGroup after no change in 100ms, or so.

@kesselborn
Copy link
Owner

hey: thanks for the issue and sorry for the long delay.
Hm ... the way this works is that Firefox always opens a new tab in the default group but conex intercepts this, closes the opened tab and reopens it in the current container.
I am not sure, if I can intercept this before it switches to the default group on your system (it does not happen on my system + I never got this feedback from somebody else).

Could you quickly provide the following info about your setup please:

  • your os
  • your Firefox version
  • the conex version you are using

Cheers

@TabNoc
Copy link
Author

TabNoc commented Apr 18, 2018

Hi Daniel, I have tried it on 2 different systems (Win 7 [FF 60.0b12] and Win 10 [FF 60.0b10/FF60.0b13]) both running Conex 0.7.5. I have to admit that on both systems I have a huge amount of Tabs (Win 10 about 1600/Win 7 about 500). It happens also, when Firefox get a link to open from external.

@kesselborn
Copy link
Owner

thanks for the reply and sorry for the delay. I will probably have to create a profile with many open tabs to recreate the problem :/

@maverick74
Copy link

maverick74 commented Jul 3, 2018

I was looking to find if this bug was already submitted.

This is something i've always experienced from the very beginning and like @mnpingpong says it's very annoying!!!

About my system: i also always have many tabs open while working (in this moment i have 81, but it does reach more than 100-150 easily). Still even with few tabs i can experience this lag.

I'm on openSUSE Tumbleweed
with an Intel dual core and 8Gb of RAM,
i'm using Firefox 61
with Conex 0.7.9.

The same thing happens on my laptop (win10), on my main computer (Linux) and in another workstation (Win10) where Conex is used, so i believe it's not OS related or even Firefox related

@kesselborn is there any news in this problem?

@terrizgit
Copy link

I just tried this, and I can see it happening - it's very brief, but I only have ~40 tabs open - but I can see how with many tabs it could be annoying!

Firefox 60.0.2
Mas OS X 10.13.5
Conex 0.7.9
2.4GHz Intel processor
16G memory

@maverick74
Copy link

maverick74 commented Jul 30, 2018

@kesselborn were you able to recreate the issue?
(i'm about to jump over my computer, with both feet - repeatedly - over this thing :p)

if i can provide any help just say so :)

@kesselborn kesselborn added wontfix and removed Next up labels Jan 3, 2019
@kesselborn
Copy link
Owner

I am sorry, but I can't fix it. It seems to be a performance problem. What you see is how Conex works (unfortunately: has to work): it intercepts opening a new tab, grabs the url, closes the new tab and opens the url in a new container. What happens in your cases is, that the process is so slow, that you see it.
I can't see it here (even with 100s of open tabs) :(

@maverick74
Copy link

ok... i understand!

Thank you, anyway :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants