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)

3.0 Branch
x86
Linux
defect
Not set
normal

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.
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
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?
Summary: Cannot remap ctrl-U away from view source → Firefox sometimes not using gnome emacs key binding preferences
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.
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]
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.