-
Notifications
You must be signed in to change notification settings - Fork 16
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
Comments
hey: thanks for the issue and sorry for the long delay. Could you quickly provide the following info about your setup please:
Cheers |
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. |
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 :/ |
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 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? |
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 |
@kesselborn were you able to recreate the issue? if i can provide any help just say so :) |
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. |
ok... i understand! Thank you, anyway :) |
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.
The text was updated successfully, but these errors were encountered: