89396 - ctrl-n on icon does not open new browser window

Status: VERIFIED DUPLICATE of bug 122561

(SeaMonkey :: UI Design, defect, P4)

Description

[Louis Tool]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.2) Gecko/20010628
BuildID:    2001062823

In NS 4.7x, I can hit Alt-n on an iconified browser window, and that will bring
up a new browser window.  Doing the same on an iconified Mozilla window (except
using C-n instead of Alt-n) does not bring up a new browser window.

Reproducible: Always
Steps to Reproduce:
1. Iconify a browser window
2. Move the mouse to the icon
3. Hit control-n

Actual Results:  Nothing happens.

Expected Results:  A new browser window should appear.

Window manager: FVWM 2.2

Comment 1

[Asa Dotzler [:asa]]

confirmed with 070506 linux mozilla trunk build

Comment 2

[sairuh (rarely reading bugmail)]

akkana, jag, any idea who should own this?

Comment 3

[jag (Peter Annema)]

I wonder what fvwm2 does to make that work... It doesn't work (on NS4) under
WindowMaker.

Comment 4

[Akkana Peck]

That sounds like a window manager binding, not a mozilla binding.

Comment 5

[Paul Chen]

marking p4 and future based on this possible being a feature of the window manager

Comment 6

[Asa Dotzler [:asa]]

-> default assignee

Comment 7

[Peter Trudelle]

->future

Comment 8

[Jim Tuttle]

I can confirm similar behavior under Windows 2000.  If I "switch" to a Mozilla
window (using ALT-TAB or clicking on an item in the Taskbar), wait for the
window to come to the front, then press CTRL-N, nothing happens.  If I click
ONCE inside that window, CTRL-N now works.

Comment 9

[Dom Layfield]

I think Jim Tuttle's comment #8 (about Windows 2000) is probably a fundamentally
different issue connected with GUI focus.

I agree with original bug reporter.  In Nutscrape 4.x, I frequently used ALT-N
over the icon (of the minimized browser) in order to create new windows without
having to de-iconify the minimized window.  I found this a very useful feature,
and was dismayed to discover it no longer worked in Moz 1.0.

I'm using FVWM 1.24r (i.e. a much older version than Louis Tool), and see the
same problem.  I'm no expert on X, but I would be surprised if this was a window
manager issue.  Once the WM decides the event is not a WM command, the keystroke
should be passed onto the application owning the icon (which it clearly is,
since this works in NS 4.x ).  The problem is that Mozilla 1.0 is ignoring this
event.

This doesn't seem to work with 'modern' environments like KDE and Gnome, either.
 Although in these cases I suspect the WM is eating the keystroke...

Comment 10

[Dom Layfield]

Can confirm same behavior under TWM also: Mozilla icon ignores keystrokes,
Netscape icon respects them.

Comment 11

[Boris Zbarsky [:bzbarsky]]

Really sorry, but dupping forward to a bug with a little more info.....

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

Comment 12

[sairuh (rarely reading bugmail)]

v