Closed
Bug 460768
Opened 17 years ago
Closed 15 years ago
Firefox sometimes not using gnome emacs key binding preferences
Categories
(Firefox :: Keyboard Navigation, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: cjs, Unassigned)
Details
(Whiteboard: [CLOSEME 2010-11-15])
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.3) Gecko/2008092510 Ubuntu/8.04 (hardy) Firefox/3.0.3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.3) Gecko/2008092510 Ubuntu/8.04 (hardy) Firefox/3.0.3
I have used both "standard method" and "gnome method" from http://kb.mozillazine.org/Emacs_Keybindings_(Firefox) in order to use ctrl-u to clear the current input line/box/whatever, and use other emacs bindings. This works for all gnome applications but Firefox.
Reproducible: Always
Steps to Reproduce:
1. Follow instructions at http://kb.mozillazine.org/Emacs_Keybindings_(Firefox)
2. Reboot, if necessary.
3. Note how gnome applications, e.g., xchat, now clear the input box when ctrl-u is pressed, when they did not before.
4. Note how in firefox, whether it be in the URL bar, search bar or on a web page, Ctrl-U brings up the source code of the current page.
Comment 1•17 years ago
|
||
Works fine for me on both trunk and 3.0 branch.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1b2pre) Gecko/20081020 Minefield/3.1b2pre
Version: unspecified → 3.0 Branch
| Reporter | ||
Comment 2•17 years ago
|
||
A fellow Ubuntu user, using the same versions of ubuntu and firefox, has the same problem. I just installed a new machine and copied over my firefox profile from the problem machine, as well as my .gnome2 and .gnome2_private directories, and the problem does not appear.
Any suggestions on how to figure out what the difference is between the two broken and one working machines?
| Reporter | ||
Updated•17 years ago
|
Summary: Cannot remap ctrl-U away from view source → Firefox sometimes not using gnome emacs key binding preferences
| Reporter | ||
Comment 3•17 years ago
|
||
I've now had this happen on an Ubuntu 8.10 machine as well. It's an on-and-off thing, and seems to happen only under fvwm for me, though others have seen it under metacity. Last time I fixed it* by switching my window manager back to metacity, and switching back to fvwm did not make the problem re-appear.
* Well, I've got no clue if that was the fix. Maybe just co-incidence.
This problem seems hard to reproduce, so if anybody can give me advice on how I might try to debug this when it does appear, I'd be happy to try it.
Comment 4•15 years ago
|
||
This bug was reported using Firefox 3.0 or older, which is no longer supported. The bug has also not been changed in over 500 days and is still in UNCO.
Reporter, please retest this bug in Firefox 3.6.10 or later using a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles. If you still see this problem, please update the bug. If you no longer see the bug, please set the resolution to RESOLVED, WORKSFORME.
This is a mass search of unconfirmed bugs that have no activity on them, so if you feel a bug was marked in error, just remove the CLOSEME comment in the whiteboard within the next month.
Whiteboard: [CLOSEME 2010-11-15]
| Reporter | ||
Comment 5•15 years ago
|
||
I can't reproduce this in Firefox 3.6 on Ubuntu 10.04. I'll re-open this later if the bug re-appears.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•