vimperator-labs icon indicating copy to clipboard operation
vimperator-labs copied to clipboard

Vimperator stops working after switching to another window and back

Open jacekn opened this issue 11 years ago • 32 comments
trafficstars

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

jacekn avatar Sep 17 '14 16:09 jacekn

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

tacy avatar Sep 19 '14 04:09 tacy

same here

Ubuntu 14.04 firefox 32.0+build1-0ubuntu0.14.04.1 Vimperator 3.8.2

seelaman avatar Oct 01 '14 21:10 seelaman

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 .

maxauthority avatar Oct 04 '14 21:10 maxauthority

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

fohrums avatar Dec 05 '14 13:12 fohrums

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 .

maxauthority avatar Dec 07 '14 10:12 maxauthority

I'm experiencing the same issue on FF35.0 under ubuntu 12.04 w/ unity

ArtemZ avatar Jan 22 '15 09:01 ArtemZ

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.

gkatsev avatar Jan 22 '15 18:01 gkatsev

Confirming the bug here.

  • Ubuntu 14.04.2
  • Mozilla Firefox 38.0
  • Vimperator 3.9.1-signed

pelegm avatar Jun 02 '15 15:06 pelegm

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

MaikoID avatar Jun 12 '15 17:06 MaikoID

Confirmed in

  • Ubuntu 15.10 x64
  • Mozilla Firefox 41.0.1 - Vimperator 3.10.1

ilya-yurtaev avatar Oct 12 '15 05:10 ilya-yurtaev

Confirmed in

  • Ubuntu 15.04 x64
  • Mozilla Firefox 43.0.4 - Vimperator 3.10.1.1-let-fixed

sbdzdz avatar Jan 12 '16 19:01 sbdzdz

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

bkcsoft avatar Jan 19 '16 09:01 bkcsoft

Confirmed in

  • Ubuntu 15.10 with Unity
  • Firefox 44.0.1
  • Vimperator 3.11.3

bheinzerling avatar Feb 09 '16 13:02 bheinzerling

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.

mkohler avatar Mar 01 '16 23:03 mkohler

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.

Yurlungur avatar Mar 02 '16 01:03 Yurlungur

Yeah, it's a very bizarre issue.

gkatsev avatar Mar 02 '16 01:03 gkatsev

Have somewhat of the same issue:

  • Fedora 23
    
  • i3wm 4.11
    
  • Firefox 44.0.2
    
  • Vimperator 3.12.0
    
    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.

atillamas avatar Mar 05 '16 16:03 atillamas

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

Aga303 avatar Mar 18 '16 07:03 Aga303

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 avatar Mar 18 '16 08:03 timss

@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.

Yurlungur avatar Apr 04 '16 14:04 Yurlungur

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

kuremu avatar Jun 15 '16 13:06 kuremu

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 avatar Jun 17 '16 13:06 kuremu

@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:

timss avatar Aug 05 '16 07:08 timss

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

itissid avatar Sep 07 '16 14:09 itissid

@timss much simpler, thanks!

kuremu avatar Sep 22 '16 14:09 kuremu

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

JDurston avatar Oct 23 '16 12:10 JDurston

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.)

jstetten avatar Oct 23 '16 17:10 jstetten

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)

timss avatar Oct 24 '16 07:10 timss

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. :(

jstetten avatar Oct 25 '16 03:10 jstetten

Happens every once in a while running i3-wm on arch. Does not seem to be related to window change of focus.