-
Notifications
You must be signed in to change notification settings - Fork 12
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
Support for multiple windows #17
Comments
@Bibernull I cleaned up the code in the recent commit to prepare for this issue. Any idea how we could add support for switching between multiple windows? |
@orschiro i can think of two different ways of supporting multi-window.
Any ideas which is prefered? |
@frankyjuang in my opinion we should encourage people to maintain independent last tabs for each window and thus use windows to structure their work tasks. Accordingly, move a tab to the window where it belongs to if you want to switch between it. Do you agree with me? |
Sounds really great for me. Will leave it until other bugs are solved. |
@frankyjuang currently testing the latest source in preparation of version 11. However, the extension stops working after a while even in single window mode. Can you please test too the latest commit? |
Was able to capture this: |
@frankyjuang done. Does this produce any new insights? |
@orschiro I really can't tell....the error just came from nowhere.
and see what it says when the mystery occurs. |
Hope it helps! Screencast: https://youtu.be/EFYwx-vlv04 |
Really weird...It seems that when you open a new tab in the background at 0:55, a Btw, my guess about glitch due to tab removal is wrong. The extra
Let's see what we can do about this mystery... |
Good catch! Will test if it conflicts with:
These two I am using that my interfere here. Will let you know! |
New screencast: https://youtu.be/H4cTBfCgoD4 |
I think I kind of know what happened. It's about the behavior of window manager. According to
What you encountered is that the window manager seemed to switch to a non-chrome window but never switch back...That's why you see the Which window manager are you using? The default one of GNOME 3? Mutter? Perhaps we should search for similar issues? |
Well done! Yes I'm using GNOME Shell 3.26 with Mutter on Fedora 27. Going
to search the bug tracker of Chromium.
…On Sat, Mar 24, 2018, 15:16 Juang, Yi-Lin ***@***.***> wrote:
I think I kind of know what happened. It's about the behavior of window
manager. According to chrome.windows.onFocusChanged,
Fired when the currently focused window changes. Will be
chrome.windows.WINDOW_ID_NONE if all chrome windows have lost focus. Note:
On some Linux window managers, WINDOW_ID_NONE will always be sent
immediately preceding a switch from one chrome window to another.
reference
<https://developer.chrome.com/extensions/windows#event-onFocusChanged>
What you encountered is that the window manager seemed to switch to a
non-chrome window but never switch back...That's why you see the Object
-1 Object null. -1 means id of non-chrome window. null is the
currentTabId if focusing on non-chrome window. And since it is all about
window manager, I'm not having the same issue on macOS.
Which window manager are you using? The default one of GNOME 3? Mutter?
Perhaps we should search for similar issues?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#17 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AAKbw9A6i-JcouSNX8DJSH37Ez36vkPsks5thlVAgaJpZM4SWPX6>
.
|
@frankyjuang meanwhile, how about we add a new setting to context menu for people to opt in to multiple window support? Would be disabled by default. This way people on non-Linux can already test and benefit. |
This could be a short-term fix. But eventually I think multi-window support should be turned on by default. |
Any updates here? |
Unfortunately haven't heard back from the GNOME devs. I guess next step is testing with non GNOME Linux environments and see if they are also affected. |
@orschiro which chrome version are you using? I cannot reproduce on latest GNOME. |
@frankyjuang tested with a brand new Chrome 66 profile and latest git pull. Loaded unpacked from src but still getting this annoying tabHistory error. Are you doing anything differently?
|
As far as I know, no. Same setup but no such error. |
Version 11 Multiple Windows has been published. Let's wait for some more user feedback! :-) |
@frankyjuang reinstalled version 11.1 from Chrome Webstore and it breaks: https://chrome.google.com/webstore/detail/switch-recent-tabs/odhjcgnlbagjllfbilicalpigimhdcll A number of people report similar issues: |
For a temporary downgrade, see: https://github.com/orschiro/switch-recent-tabs-chrome-extension/wiki/FAQ#temporarily-downgrade |
My issue is that the extension will work normally after starting Chrome, but not for long. I only work with one window. After coming back to Chrome from other programs, there's no Last Tab functionality at all. If I open a new Chrome window and close it again, I can get the extension to shortly work sometimes, but I haven't been able to pin down the exact behavior. Running Windows 10 Enterprise (Build 1703) on a Xeon E3 1230-v3 with 16GB RAM. |
@amorpheus can you confirm if it only happens after switching to and back from other programs? and does it occurs right after switching back? thanks |
Okay, I went through it again. Here's what I observed:
My take is that it seems to be functional for only a short interval after switching back to a Chrome window. |
@amorpheus can you check if you get the error in the console shown here: #17 (comment) |
Just opening the developer console with F12? I'm not seeing that there. Just some "Failed to load" messages, presumably from adblock. |
@amorpheus do a right mouse click on the extension icon > manage extension > background page Actually great observation! I can confirm that switching app windows breaks it after a few seconds of returning to Chrome. @frankyjuang any ideas why this is happening and apparently only on Windows and Linux? |
Alright, I see the same error as in the screenshot now. |
I can confirm seeing the same error as in the screenshot . Here's my screenshot. I'm on Windows 10, Chrome Version 66.0.3359.139 (Official Build) (64-bit). The behavior I see is whenever you switch to a different App (can even be another Chrome window) and switch back, Alt+Q will have an effect for once, and it always goes to the same tab (that might have been set at some point). After that Alt+Q doesn't do anything. |
Thanks for all your help! I have released a temporary release 12 that reverts the changes and should work stability for you until we have solved this issue. You should get the latest version in a few minutes. |
Here are some more debug infos from people who had troubles:
|
User feedback. Multiple window support should become optional, i.e. implemented with a context menu option. :-) |
Should work with multiple windows too.
The text was updated successfully, but these errors were encountered: