294041 - Menus don't work when all windows minimized to dock

Status: RESOLVED WORKSFORME

(Core Graveyard :: Widget: Mac, defect)

Description

[jharmon]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

If you open Firefox and minimized the default window that pops up and then go to
file and new window, it will not create a new window while the other window is
in the dock. If you take the window out of the dock it works fine, but will not
create a new window while another firefox window is in the dock.

Reproducible: Always

Steps to Reproduce:
1.open firefox
2.minimize window to dock
3.go to file and new window

Actual Results:  
nothing happens, no new window, the file menu item remains highlighted.

Expected Results:  
make a new window

Comment 1

[Uri Bernstein]

I'm seeing this with:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050419
Firefox/1.0+

Oddly enough, I couldn't find a duplicate (other than bug 270492, which got
polluted with download-manager-related comments, and consequncely incorrectly
closed as a duplicate).

Additional notes:

- Only the menu item doesn't work. Command-N still works.
- Many other menu items (such as "New Tab") remain active, but actually do nothing.
- Trying to use one of these menu items (including "New Window") leavs the
top-level menu name (e.g. "File") highlighted (the menu itself disappears as
expected).

Confirming bug, and giving it a more informative summary.

Comment 2

[Asaf Romano (gone)]

Can you reproduce it using latest builds? this is wfm in:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b2) Gecko/20050513
Firefox/1.0+

Also, do you have any extension installed?

Comment 3

[Asaf Romano (gone)]

Oh, I do see behavior  (I didn't realize I need to have a minimized window ;) ),
however, this is a long-standing mac menus bug and isn't firefox-specific.

Comment 4

[jharmon]

I have never seen this bug in any other application, why can some work and some not, obviously there 
is something the devs can do to make it work. Do you have an example of another application that this 
reproduces this same bug?

Comment 5

[Asaf Romano (gone)]

When i said a "long-standing mac menus bug", I reffered to Mozilla's mac menu
code; This means it also applies to other Mozilla-based appliaction such
(Thunderbird, seamonkey etc.)

Comment 6

[Asaf Romano (gone)]

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

Comment 7

[HARUNAGA Hirotoshi]

similar to Bug 262201.

Comment 8

[Asaf Romano (gone)]

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

Comment 9

[Dave Townsend [:mossop]]

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

Comment 10

[M-Rick]

(In reply to comment #3)
> Oh, I do see behavior  (I didn't realize I need to have a minimized window ;) ),
> however, this is a long-standing mac menus bug and isn't firefox-specific.

It happens only in Mozilla based softwares and there is the same bug with
Thunderbird and NVU.

Comment 11

[Asaf Romano (gone)]

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

Comment 12

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

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

Comment 13

[Kevin Brosnan]

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

Comment 14

[Hiro]

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

Comment 18

[natscan364]

More details of this bug: 
*Minimizing the window and pressing Command+N still opens a new window
*The most recent window must be minimized for the bug to occur (if you minimize a window, then press Command+N, then close that window leaving the original window minimized the menu works normally).

Comment 21

[Colin Barrett [:cbarrett]]

Can anyone see this in Firefox 3 nightlies or alphas?

I don't know what's causing this bug, so hopefully it's just gone away on its own with the switch to CocoaFox.

Comment 22

[Michael Lankton]

Please fix this annoying behavior, and also add open new window command to dock icon (standard mac application dock behavior). 

Comment 23

[John Whitley]

A form of this bug still exists in: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5) Gecko/2008032619 Firefox/3.0b5.

Repro steps:
1) Minimize all existing FF windows to the dock via yellow aqua button in 
   upper left corner of FF window, or by double clicking on the title bar.
2) Use one of File->New Window, or the keyboard shortcut Ctrl+N, to create a
   new window.

Actual results:
A window appears but does not have the correct size.  It appears as if the browser pane is zero by zero, instead of the current default size.  Upon closing the micro-window and un-minimize any existing FF window, correct behavior of Ctrl+N/New Window is restored.

Expected results:
New windows created when all windows are minimized have a sane default size.

This appears to be is a regression from Firefox 2.0, as I've been able to create new windows using the above steps, with all existing windows minimized to the dock, without issue.

Comment 24

[RD]

If you minimize all SeaMonkey windows to the Mac Doc, either by double clicking each open browser window to the dock or pressing the yellow button, and the SeaMonkey menu, window re-open window of browsers will not open them up. One SeaMonkey window must be open for this function to work. Netscape 7.2 did not have such a problem. This is the same issue that the SeaMonkey menus don't work when all windows minimized to dock, issue.

SeaMonkey 1.1.9
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9

on an Apple 550 MHz PowerPC G4 PowerBook running OSX 10.4.11

Comment 26

[P Nienaber]

This appears to now be affecting opening of links from other apps (in new tabs, although I'll bet it does likewise if set to new window, as would make sense; it's an entrypoint-linked issue).  This is in:

Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.0.4) Gecko/2008102920 Firefox/3.0.4

Not sure how long it's been doing this, but I don't believe that this behaviour was always accompanying the root bug here.

Comment 27

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Anyone who still can see this misbehavior? I tried to reproduce but without success. Everything works well for me with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2b1pre) Gecko/20091011 Namoroka/3.6b1pre ID:20091011033822

Comment 29

[Mike]

Not seeing the issue in Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 either - I don't have a 10.4 to test presently.

Comment 30

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Thanks for your feedback. I have also tested the upcoming 3.5.4 release on 10.4 and cannot reproduce this bug. I would suggest to close it as WFM. If anyone can still reproduce it feel free to reopen with clear instructions about the build in use.