Firefox steals Alt-Tab whilst in URL completion drop-down

Bug #22199 reported by Paul Sladen
44
This bug affects 5 people
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
Medium
One Hundred Papercuts
Fix Released
Low
Unassigned
firefox (Ubuntu)
Fix Released
Low
Unassigned
firefox-3.0 (Ubuntu)
Invalid
Low
Unassigned
firefox-3.5 (Ubuntu)
Invalid
Low
Unassigned
metacity (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Firefox steals the key combination Alt-Tab, used to cycle through currently
running applications, when the URL bar is in drop-down completion mode. It also
appears to steal other alt-related key bindings.

Steps to reproduce:

  1. Load up more than 1 application. Eg. an xterm work-alike of your choice.
  2. Load Firefox
  3. Select the URL bar and start to type 'www.'
  4. As soon as the selection as moved into the drop-down list, press Alt-Tab

Alt-Tab (or Alt-Esc) will now act as though just 'Tab' or just 'Escape' were
pressed.

Revision history for this message
In , Spam-minneboken (spam-minneboken) wrote :

keyboard input ruined by autocomplete in mailnews is bug 61439

Revision history for this message
In , Ben-bucksch (ben-bucksch) wrote :

> Turning autocomplete off does NOT prevent this bug: the autocomplete box is not
> shown, but the keyboard is grabbed anyway.

That might be a bug by itself.

Revision history for this message
In , Jg-jmkg (jg-jmkg) wrote :

Yep this is annoying. I can't Alt-Fx to switch virtual desktops in Enlightenment
for example.

Revision history for this message
In , Bstell (bstell) wrote :

bug 61439 separately addresses:

  "German keyboards can no longer enter @ or ~ when autocomplete kicks in"

Revision history for this message
In , Akkana Peck (akkzilla) wrote :

I'd be happiest if I could just turn off the dropdown in order to stop the focus
stealing. Is there any way to do that? Turning off autocomplete doesn't do it;
it just reduces the number of items in the dropdown to one instead of many. I'd
prefer to turn off the dropdown entirely, because it's visually distracting as
well as stealing my keyboard focus.

Revision history for this message
In , scb147 (scb147) wrote :

*** Bug 85365 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Nicholas-metrix (nicholas-metrix) wrote :

Akkana, I want the exact same thing.
Perhaps a seperate bug should be filed for that instead of mutating this one.

Revision history for this message
In , Ben-bucksch (ben-bucksch) wrote :

Filed bug 97344.

Revision history for this message
In , Hewitt (hewitt) wrote :

Can anyone confirm that this is still a problem?

Revision history for this message
In , Jg-jmkg (jg-jmkg) wrote :

Yes, it does still occur. Tested in build pulled from the tip today on Linux.
The workaround is to simply click elsewhere then do your desired keyboard
combination to, say, switch desktops.

Revision history for this message
In , Blizzard (blizzard) wrote :

dup

*** This bug has been marked as a duplicate of 106707 ***

Revision history for this message
In , Blizzard (blizzard) wrote :

woops, duped in the wrong direction

Revision history for this message
In , Blizzard (blizzard) wrote :

*** Bug 106707 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Ian-hixie (ian-hixie) wrote :

This also occurs on Windows. -> All/All.

Revision history for this message
In , Ham-mozilla-org (ham-mozilla-org) wrote :

This is currently not fixed for Mozilla 1.1 on Linux. Very irritating (makes
full keyboard navigation impossible if you need to check something in another
window in order to finish choosing your URL!).

Revision history for this message
In , Spam-minneboken (spam-minneboken) wrote :

*** Bug 171921 has been marked as a duplicate of this bug. ***

Revision history for this message
In , =?iso-8859-1?q?C=E9sar?= (cemariz) wrote :

Why don't we vote this bug??

Revision history for this message
In , Spam-minneboken (spam-minneboken) wrote :

*** Bug 237697 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Sgifford (sgifford) wrote :

Expanding summary a bit; this would have prevented the dups from bug 237697 and
bug 171921.

Revision history for this message
Paul Sladen (sladen) wrote :

Firefox steals the key combination Alt-Tab, used to cycle through currently
running applications, when the URL bar is in drop-down completion mode. It also
appears to steal other alt-related key bindings.

Steps to reproduce:

  1. Load up more than 1 application. Eg. an xterm work-alike of your choice.
  2. Load Firefox
  3. Select the URL bar and start to type 'www.'
  4. As soon as the selection as moved into the drop-down list, press Alt-Tab

Alt-Tab (or Alt-Esc) will now act as though just 'Tab' or just 'Escape' were
pressed.

Revision history for this message
Ian Jackson (ijackson) wrote :

I have reproduced this. It is also reported upstream at
https://bugzilla.mozilla.org/show_bug.cgi?id=81912

The problem is relatively minor, so I don't plan to fix it for Ubuntu.
Hopefully upstream will fix it and when they do we will get the fix in our next
release.

Revision history for this message
In , Ajschult (ajschult) wrote :

This isn't just location bar (or even autocomplete). It happens with HTML form drop-downs too.
==> XUL

Revision history for this message
Vassilis Pandis (pandisv) wrote :

This is still present in 1.5.dfsg+1.5.0.1-1ubuntu10. (This bug is actually twice as old as Ubuntu itself by the way)

Changed in firefox:
status: Unconfirmed → Confirmed
Changed in firefox:
status: Unconfirmed → Confirmed
Ian Jackson (ijackson)
Changed in firefox:
assignee: ijackson → nobody
Revision history for this message
David Farning (dfarning) wrote :

Still open upstream in 2.0.

Revision history for this message
Alexander Sack (asac) wrote :

upstream confirmed bugs are 'In Progress' for us.

Changed in firefox:
assignee: nobody → mozillateam
status: Confirmed → In Progress
David Farning (dfarning)
Changed in firefox:
assignee: mozillateam → mozilla-bugs
Revision history for this message
In , Infinite-childness (infinite-childness) wrote :

6 years later and still not fixed?

Revision history for this message
In , =?iso-8859-1?q?C=E9sar?= (cemariz) wrote :

Please, vote this bug.

Revision history for this message
Saša Bodiroža (jazzva) wrote :

Present in Firefox 3.

Changed in firefox-3.0:
importance: Undecided → Low
status: New → In Progress
Alexander Sack (asac)
Changed in firefox-3.0:
status: In Progress → Triaged
Changed in firefox:
assignee: mozilla-bugs → nobody
status: In Progress → Triaged
Revision history for this message
Fernando Miguel (fernandomiguel) wrote :

also on FF 3.1

r$ apt-cache show firefox-3.1
Package: firefox-3.1
Source: firefox-3.1
Priority: optional
Section: web
Installed-Size: 3520
Maintainer: Ubuntu Mozilla Team <email address hidden>
Architecture: amd64
Version: 3.1~b2~hg20081121r21863+nobinonly-0ubuntu1~fta1

Revision history for this message
In , Nicola Ferralis (feranick) wrote :

Any news on this bug?

Revision history for this message
Micah Gersten (micahg) wrote :

No more fixes for Firefox 2.

Changed in firefox (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
In , bwashed (kjartan-hoie) wrote :

Another duplicate: Bug 454080

Revision history for this message
In , bwashed (kjartan-hoie) wrote :

Other consequences of this bug:

- "Change desktop" (ctrl + alt + arrow) does not work (Ubuntu)
- Gnome panel: If a panel is set to Autohide, it will normally
reappear when the mouse pointer is hovering over it. This bug causes the panel
to remain hidden.
- Normal tab navigation within Firefox does not work / changes behaviour (ex: pressing tab to move from address-field to search-field)

Revision history for this message
Pierre Chef (pierre.chef) wrote :

This is a metacity bug, see #403195

Paul Sladen (sladen)
Changed in metacity (Ubuntu):
status: New → Incomplete
Revision history for this message
In , Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote :
Revision history for this message
Micah Gersten (micahg) wrote :

Firefox 3.0 is only receiving Security Updates and major bug fixes at this point.

Changed in firefox-3.0 (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Micah Gersten (micahg) wrote :

Moving tracking to Firefox 3.5

Changed in firefox-3.5 (Ubuntu):
importance: Undecided → Low
status: New → Triaged
Revision history for this message
Micah Gersten (micahg) wrote :

This is indeed a Firefox bug as I do not have metacity installed.

Changed in metacity (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
In , Ben-bucksch (ben-bucksch) wrote :

Workaround: Press ESC (makes the dropdown go away), then Alt-Tab

Revision history for this message
Pierre Chef (pierre.chef) wrote :

In fact, the URL completion drop-down and the search box completion drop-down steal any shortcut.

Begin to type something in the url or search box and wait for some suggestions.
Press Alt+Tab, Alt+F1, Alt+F2, or a shortcut defined in System / Preferences / Shortcuts (I tried with Pause or Ctrl+Alt+J assigned to eject, and Pause assigned to play/pause).
Nothing happens.

Revision history for this message
In , Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote :

*** Bug 454080 has been marked as a duplicate of this bug. ***

Revision history for this message
Micah Gersten (micahg) wrote :

Resetting to Triaged on all Firefox source packages since we're keeping them for the moment.

Changed in firefox (Ubuntu):
status: Won't Fix → Triaged
Changed in firefox-3.0 (Ubuntu):
status: Won't Fix → Triaged
Revision history for this message
Chris Coulson (chrisccoulson) wrote :

I'm not convinced this is actually a real bug. This is how all menu's work (including GTK menus), and you will find that every drop-down menu on the system works in this way. Menu's always grab the keyboard and pointer so that they are able to know if you've navigated outside of the menu, and close the menu automatically when you do so.

Revision history for this message
Mikael Ståldal (mikaelstaldal) wrote :

This is indeed a real problem which needs to be fixed.

I have now experienced problem with Firefox 3.6.6 hangs, and when it hangs in this state, the whole system became effectively unusable since you are not able to switch to another program or kill Firefox. (The fact that Firefox 3.6.6 hangs is another, probably unrelated, problem.)

However, you can argue that the problem actually is that the desktop environment allows Firefox to steam keyboard shortcuts.

Revision history for this message
In , Ben-bucksch (ben-bucksch) wrote :

> Workaround: Press ESC (makes the dropdown go away)

That is, unless Firefox is frozen. Ubuntu bug commenter says this happened to him and locked him out of X.

Revision history for this message
Alexey Kotlyarov (koterpillar) wrote : Re: [Bug 22199] Re: Firefox steals Alt-Tab whilst in URL completion drop-down

> I'm not convinced this is actually a real bug. This is how all menu's
> work (including GTK menus), and you will find that every drop-down menu
> on the system works in this way. Menu's always grab the keyboard and
> pointer so that they are able to know if you've navigated outside of the
> menu, and close the menu automatically when you do so.

Menus indeed work that way, but autocomplete list is not a menu. Unlike
a menu, it doesn't have focus and isn't explicitly called upon by user.
It should be unobtrusive. In fact, I've almost agreed with you after
testing some applications' menus, but...

1. Firefox's form entry autocomplete entries close on Alt-Tab. A second
press is needed to actually switch, but it's still better.
2. Epiphany's address bar autocomplete behaves the same.

While I would certainly prefer Alt-Tab work even in the menus, Firefox's
behavior is still inconsistent.

P.S. Chromium's autocomplete - both in the address bar and in forms - is
ideal, letting Alt-Tab through the first time.

Changed in firefox:
importance: Unknown → Medium
Revision history for this message
Chris Wilson (notgary-deactivatedaccount) wrote :

Removing from the paper cuts project since this isn't a minor design flaw, rather it's simply a bug that needs fixed.

Changed in hundredpapercuts:
status: New → Confirmed
importance: Undecided → Medium
status: Confirmed → New
status: New → Invalid
Revision history for this message
Mechanical snail (replicator-snail) wrote :

The papercuts project is explicitly for bugs. See https://wiki.ubuntu.com/PaperCut#What%20is%20a%20paper%20cut?

Changed in hundredpapercuts:
status: Invalid → New
Changed in hundredpapercuts:
status: New → Confirmed
Changed in hundredpapercuts:
status: Confirmed → Triaged
importance: Medium → Low
Revision history for this message
Timothy Arceri (t-fridey) wrote :

Tested with firefox 7.0.1 and Ubuntu Oneiric. alt-tab works as it should. Before I close this bug is anyone still having this issue? If so what version of Firefox and Ubuntu do you have?

Revision history for this message
In , Timothy Arceri (t-fridey) wrote :

Tested with firefox 7.0.1 and Ubuntu Oneiric. alt-tab works as it should first try. Is anyone still having this issue?

Revision history for this message
In , bwashed (kjartan-hoie) wrote :

Seems to work fine on Ubuntu 10.11. Altered tab behaviour (Comment #25) remains, but I guess that's a different bug..

Revision history for this message
In , Ben-bucksch (ben-bucksch) wrote :

confirmed.
WORKSFORME, too, on Ubuntu with Gnome 2.

Changed in firefox:
status: Confirmed → Invalid
Changed in firefox-3.5 (Ubuntu):
status: Triaged → Invalid
Changed in hundredpapercuts:
status: Triaged → Fix Released
Changed in firefox-3.0 (Ubuntu):
status: Triaged → Invalid
Changed in firefox (Ubuntu):
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.