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 notifications@github.com 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
#39 (comment)
.

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 notifications@github.com 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
#39 (comment)
.

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
  

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

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 👍

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.

@aureooms confirmed. it occurs every now and then on Arch i3-wm. I can't say what you need to do to trigger the bug.

Same here on Arch i3-wm on FF Version 51.0.1 (64-bit)
tab-switching with <C-p/n> stops working