Open jacekn opened 10 years ago
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 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 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 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.
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.
BR
Confirmed in
Confirmed in
Confirmed in
Sure way to kill it is opening google.com, right-click fixes it await
Confirmed in
I just hit this problem today, using:
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:
Once back in Firefox:
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:
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:
I'm seeing the same behaviour. Right-clicking solves the problem, but has to be done every time.
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:
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.
@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
To replicate:
Ubuntu 14.04 firefox 32.0+build1-0ubuntu0.14.04. Vimperator 3.8.2