Closed
Bug 122561
Opened 23 years ago
Closed 5 months ago
iconified Mozilla does not react to keyboard commands
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
INCOMPLETE
Future
People
(Reporter: ingo.wilken, Unassigned)
References
Details
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011221
BuildID: 2001122108
Netscape 4.7x still reacts to keyboard commands when iconfied, so moving the
mouse pointer over the icon (or icon manager entry) and then hitting Alt-N can
be used to open a new browser window (or Alt-W to close this window, etc). With
Mozilla, I have to de-iconify the window first, the Ctrl-commands have no effect
on an iconified Mozilla.
Reproducible: Always
Steps to Reproduce:
1.Iconify a Mozilla browser window.
2.Move mouse pointer to window's icon (or it's entry in the icon manager).
3.Hit Ctrl-N
Actual Results: Nothing happens.
Expected Results: Open a new browser window.
I'm using twm with it's built-in icon manager. I usually have icons disabled by
using "IconifyByUnmapping" in twm's configuration (so the iconified windows only
show up in the icon manager), but re-enabling icons has no effect on this behaviour.
![]() |
||
Comment 1•23 years ago
|
||
Confirming that the Netscape4 icon will respond to key commands while the
mozilla one will not. blizzard, any ideas who should get this?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•23 years ago
|
||
Uhh. OK. I never even considered this as a feature. Don't expect me to get to
it anytime soon.
![]() |
||
Comment 3•23 years ago
|
||
*** This bug has been marked as a duplicate of 124944 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
![]() |
||
Comment 4•23 years ago
|
||
oops. that goes the other way.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
![]() |
||
Comment 5•23 years ago
|
||
*** Bug 124944 has been marked as a duplicate of this bug. ***
uid is being phased out.
Assignee: mpt → aaronl
Status: REOPENED → NEW
Component: User Interface Design → Keyboard Navigation
QA Contact: zach → sairuh
Comment 7•23 years ago
|
||
Is this a typical behavior in Linux window managers?
Assignee: aaronl → akkana
![]() |
||
Comment 8•23 years ago
|
||
It's not a window manager issue. The icon is a window, and it gets events like
any other window. A sampling of programs that I have that have keyboard
shortcuts shows that all of them but Mozilla (NS4, GIMP, Gnumeric, lyx, gv,
representing Motif, GTK, GTK, XForms, "not sure" respectively as the GUI
toolkits) respond to _some_ keyboard shortcuts when minimized (eg all of them
respond to the "Open new document/image/page keyboard shortcut) but not
necessarily to _all_ keyboard shortcuts (eg gv does not respond to the "Quit"
shortcut).
Updated•23 years ago
|
Target Milestone: --- → Future
![]() |
||
Comment 10•23 years ago
|
||
*** Bug 89396 has been marked as a duplicate of this bug. ***
Updated•16 years ago
|
QA Contact: bugzilla → keyboard.navigation
Assignee | ||
Updated•6 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Comment 11•4 years ago
|
||
Removing myself as assignee for editor bugs, since the editor project is (sadly) long gone.
Assignee: akkzilla → nobody
Updated•3 years ago
|
Severity: minor → S4
Updated•5 months ago
|
Status: NEW → RESOLVED
Closed: 23 years ago → 5 months ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•