vimperator-labs
vimperator-labs copied to clipboard
Vimperator stops working after switching to another window and back
To replicate:
- start firefox. Everything works fine
- switch to another window, either using Alt+Tab or using mouse, switch back to firefox
- vimperator no longer works. "t" or "o" do nothing, ":" does not switch to command line mode
- to get vimperator back I can right-click and dismiss the dialog, go to menu and back to the website and few other things
- next time I switch to another window and back to vimperator the problem reoccurs
Ubuntu 14.04 firefox 32.0+build1-0ubuntu0.14.04. Vimperator 3.8.2
me too
use ctrl+t to open new page,can reactivate vimperator
Ubuntu :12.04.5 LTS Vimperator up to data firefox 32.0+build1-0ubuntu0.12.04.1
same here
Ubuntu 14.04 firefox 32.0+build1-0ubuntu0.14.04.1 Vimperator 3.8.2
Ok all three are Ubutuntu users, so I guess it might have to do with the Unity window manager? I just tried that on my Fedora box with default gnome 3 and vimperator keeps working just fine.
On Wed, Oct 1, 2014 at 11:50 PM, seelaman [email protected] wrote:
same here
Ubuntu 14.04 firefox 32.0+build1-0ubuntu0.14.04.1 Vimperator 3.8.2
— Reply to this email directly or view it on GitHub https://github.com/vimperator/vimperator-labs/issues/39#issuecomment-57544963 .
confirmed.
regardless of Ubuntu-Unity as i'm using Kubuntu-KDE. Also persisting within Vimperator-3.8.3
Kubuntu: 14.04.1 x64
Firefox: 34.0+build2-0ubuntu0.14.04.1
Vimperator: 3.8.3
Can anyone here with the problem test it with gnome 3 desktop/window manager?
On Fri, Dec 5, 2014 at 2:50 PM, fohrums [email protected] wrote:
confirmed.
regardless of Ubuntu-Unity as i'm using Kubuntu-KDE. Also persisting within Vimperator-3.8.3
Kubuntu: 14.04.1 x64
Firefox: 34.0+build2-0ubuntu0.14.04.1
Vimperator: 3.8.3
— Reply to this email directly or view it on GitHub https://github.com/vimperator/vimperator-labs/issues/39#issuecomment-65791772 .
I'm experiencing the same issue on FF35.0 under ubuntu 12.04 w/ unity
I've seen this issue occur on several platforms. Another work around seems to be a right click. No need to select anything from the menu. Seems to somehow kick vimperator back into gear.
Confirming the bug here.
- Ubuntu 14.04.2
- Mozilla Firefox 38.0
- Vimperator 3.9.1-signed
Hey guys since the last Firefox update it's almost unusable with the vimperator plugin because every time I need to right click in anywhere on the page to get the vimperator back to work.
- Ubuntu 14.04 x64
- Mozilla Firefox 38.0 -Vimperator 3.9.1-signed
BR
Confirmed in
- Ubuntu 15.10 x64
- Mozilla Firefox 41.0.1 - Vimperator 3.10.1
Confirmed in
- Ubuntu 15.04 x64
- Mozilla Firefox 43.0.4 - Vimperator 3.10.1.1-let-fixed
Confirmed in
- Archlinux (updated 2016-01-09)
- Mozilla Firefox 43.0.1 - Vimperator 3.10.1.1-let-fixed
Sure way to kill it is opening google.com, right-click fixes it await
Confirmed in
- Ubuntu 15.10 with Unity
- Firefox 44.0.1
- Vimperator 3.11.3
I just hit this problem today, using:
- Ubuntu 14.04 with Unity
- Firefox 44.0.2
- Vimperator 3.11.3 and 3.12.0
I've been using Ubuntu 14.04 with vimperator for a long time, so I don't understand why some people started hitting this bug over a year ago, and today was the first day I ran into it.
Right-click-and-Esc fixes the problem for me, and is on its way to my muscle memory.
To be clear, to reproduce this problem 100% of the time all I do is:
- Alt-tab away from Firefox.
- Alt-tab back to Firefox.
Once back in Firefox:
- 't' command to open a new tab doesn't work.
- 'd' command to delete a tab doesn't work.
- Ctrl-n and Ctrl-p to switch tabs does not work. (Ctrl-n opens a new window and Ctrl-p opens the print dialog.)
- 'j' and 'k' to scroll does not work.
But if I right-click-and-Esc, all of the those commands start working again.
I've hit this problem as well, although my experience is somewhat inconsistent. I am using:
- Ubuntu 14.04
- XMonad window manager (standalone)
- Firefox 44.0.2
- Vimperator 3.12.0
When I switch to another window and then back to firefox, vimperator sometimes stops accepting any input at all. No vimperator hotkeys work. However I can still interact with the webpage via mouse so I know Firefox is not frozen.
Just like everyone else, right-clicking anywhere in the page makes vimperator work again.
Yeah, it's a very bizarre issue.
Have somewhat of the same issue:
-
Fedora 23 -
i3wm 4.11 -
Firefox 44.0.2 -
When i have multiple windows opened (tabbed) Vimperator sometimes stops accepting input in focused window, instead the input is inserted into the last opened window (pressing t for example shows the tabopen, but in the wrong hidden window...), and right-clicking doesn't help, but restarting Firefox helps for a while.Vimperator 3.12.0
I'm seeing the same behaviour. Right-clicking solves the problem, but has to be done every time.
- Ubuntu 15.10, standard Unity with 9 workspaces
- Firefox 45.0
- Vimperator 3.12.0
One has to wonder if this is even an issue Vimperator can fix, seeing as the common theme here is certain window managers having the issue. I've also experienced it, but only on Unity (12.10).
@timss I wonder if it's something we as users can work around in our own configrations? There are several issues like this for tiling windows managers. The Java GUI, for example, often freezes unless certain environmental variables are set.
I can't imagine what we would need to change though.
This bug pops up for me every now and then (not every time I switch windows). Right-clicking and opening "View Page Info" or another window-spawning command returns control. I've noticed it for a long time, but at the moment:
- Debian 9
- Firefox 45.1.1
- xmonad 0.12
- xfce 4.12
If it helps anyone else I wrote this amusing xdotool routine to click "View Page Info".
id=$(xdotool getactivewindow) # id of the active window
xdotool mousemove --window $id --sync --polar 0 0 # move to the centre
xdotool click --window $id 3 # right click
sleep 0.3 # give it some time
xdotool mousemove_relative --sync 50 350 # move to View Page Info, experiment with the x y values to get it right
sleep 0.3 # give it more time
xdotool click 1 # click
It doesn't work if the initial mousemove lands on an image, media player etc.
@kuremu Interesting, thanks for sharing. Another possible trigger seems to be to open/close the menubar, e.g. by using <A-t> (L-Alt + t) and closing it using <Esc>.
Unfortunately I don't think anyone has had any success in tracking down the reason for this bug yet. Contributions or any help very much welcome as always :+1:
Confirmed Ubuntu 15.10 Vimperator: 3.14.0 (created: 2016/06/07 23:58:16) Firefox: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:48.0) Gecko/20100101 Firefox/48.0
@timss much simpler, thanks!
I cannot replicate this issue with the following system:
Ubuntu 16.04.1 LTS 64-bit; Compiz WM Vimperator: 3.15.0 (created: 2016/10/05 01:11:26) Firefox: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:49.0) Gecko/20100101 Firefox/49.0
I continue to replicate it under all combinations of Windows and Firefox, and have been for a very long time. This has been the longest-standing Vimperator bug I'm aware of.
(I imagine it probably scares/frustrates plenty of new users when Vimperator becomes unresponsive, all GUI elements are hidden, and they believe their only option is to restart or uninstall completely.)
There has been similar issues in Firefox without Vimperator as well, so I'm not sure it's even Vimperator's "fault" as much as it can be a possible trigger.
Take for example https://bugzilla.mozilla.org/show_bug.cgi?id=228646 (later comments are more relevant)
Thanks @timss, you're totally right. Windows 7 complaint here, with even more desperate workarounds.
If this goes back to Firefox 3.5, across platforms, I'm not sure it will ever be fixed. Then again, I just took a look at the e10s thread and apparently there are much bigger things to worry about than this. :(
Happens every once in a while running i3-wm on arch. Does not seem to be related to window change of focus.