362055 - [Mac] Menu and shortcuts are dead if there are only download windows open.

Status: NEW

(SeaMonkey :: Download & File Handling, defect)

Description

[Steffen Kupfer]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de; rv:1.8.1) Gecko/20061010 Firefox/2.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; de-AT; rv:1.8.0.8) Gecko/20061030 SeaMonkey/1.0.6

If there are only download windows open, you can't access the menu at all or open a new window with keyboard shortcuts like Apple+N oder Apple+1.

Reproducible: Always

Steps to Reproduce:
1. Go to a page and start a (large) download like a Linux Iso
2. Close all open windows, except the download itself
3. Now try accessing the menu bar or opening a new browser windows by with Apple+N

Actual Results:  
Menu and shortcuts are dead.

Expected Results:  
A new window should open

Default theme of Seamonkey on a PPC-Mac

Comment 1

[Robert Kaiser]

This is not L10n-specific, move to general SeaMonkey product

Comment 2

[Stefan [:stefanh]]

This is a long-time issue on mac - see bug 21296 and bug 100179. It does seems to me that the core issues will take some time to get fixed, so I'll confirm this. We might want to do a Mac work-around for SeaMonkey before 1.5 is out.

Comment 3

[James Grubic]

This bug has existed for five years. 

Comment 4

[Stephanie Daugherty [:sdaugherty]]

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

Comment 5

[Stefan [:stefanh]]

(In reply to comment #4)
> *** This bug has been marked as a duplicate of 100179 ***

As I said in comment #2, we might want to do a Mac work-around for SeaMonkey.

Comment 6

[Stefan [:stefanh]]

Fwiw, if the patch in bug 361901 makes it before 1.1 closes, Cmd+O will work in SeaMonkey 1.1 when you have the  download manager opened. Cmd+N should work in 1.1 since the patch in bug 25287 has landed on branch.

Comment 7

[Serge Gautherie (:sgautherie)]

SeaMonkey v1.0.x is not supported anymore.

Can you reproduce with SeaMonkey v1.1.9 ?
Can you reproduce with SeaMonkey v2.0a1pre ?

Comment 8

[Andrea Govoni]

I can reproduce this bug on Mac OS X 10.5.5 with the following SeaMonkey versions.

With SeaMonkey 1.1.12, when only download windows are open, the menu bar showed is the regular Navigator menu bar but no menu items open after clicking on it, except for the SeaMonkey and Help ones. No keyboard shortcuts work.
Build identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; it-IT; rv:1.8.1.17) Gecko/20080829 SeaMonkey/1.1.12

With SeaMonkey 2.0 Alpha 1, only the SeaMonkey menu is visible and accessible. It's a step forward but it doesn't suffice because it doesn't contains menu items to create new windows.
Build identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1b1pre) Gecko/20080924175546 SeaMonkey/2.0a1

With the following nightly build, SeaMonkey behaves the same as SeaMonkey 2.0 Alpha 1.
Build identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9.1b2pre) Gecko/20081108 SeaMonkey/2.0a2pre

IMHO, this is a really embarrassing bug for the SeaMonkey software suite.

Comment 9

[Stefan [:stefanh]]

Yeah, before the back-end menusystem re-write (1.1.12), we displayed the whole navigator menubar, but few menus worked as the should.

On trunk, we just display the application menu. I guess it's possible to fix this so we display more menus by overlaying a menubar for the download mngr window on mac. One question remains, though: what menubar should we display when a user access the download manager from MailNews or Composer?

Comment 10

[Andrea Govoni]

(In reply to comment #9)
> On trunk, we just display the application menu. I guess it's possible to fix
> this so we display more menus by overlaying a menubar for the download mngr
> window on mac.

Download Manager?
Isn't this bug about download windows?
Nevertheless, I think that when a download window is the active window we should display a menubar like the Navigator menubar *without* the menu items that don't really make any sense in that context (for example, many items of the View menu).
Ideally, this new menubar could also be the Download Manager menubar.

> One question remains, though: what menubar should we display
> when a user access the download manager from MailNews or Composer?

I don't think that the new download windows (or Download Manager) menubar should be dependent on the originating window in any way (see bug 21296, comment 97).

Comment 11

[Stefan [:stefanh]]

(In reply to comment #10)
> (In reply to comment #9)
> > On trunk, we just display the application menu. I guess it's possible to fix
> > this so we display more menus by overlaying a menubar for the download mngr
> > window on mac.
> 
> Download Manager?
> Isn't this bug about download windows?

Yeah, right - sorry for the confusion.

> Nevertheless, I think that when a download window is the active window we
> should display a menubar like the Navigator menubar *without* the menu items
> that don't really make any sense in that context (for example, many items of
> the View menu).

Yep, sounds reasonable to me.

> Ideally, this new menubar could also be the Download Manager menubar.
I guess this was my question re the download manager. If we use the navigator menubar (with some items disabled/hidden) for the download manager, that menubar will also be displayed when you open the download manager from the tools menu in MailNews or Composer.

Comment 13

[Philip Chee]

Stefanh: you've been working on the hidden window/application menu recently haven't you?

> On trunk, we just display the application menu. I guess it's possible to fix
> this so we display more menus by overlaying a menubar for the download mngr
> window on mac.
How feasible is this?

Comment 14

[Stefan [:stefanh]]

(In reply to Philip Chee from comment #13)
> Stefanh: you've been working on the hidden window/application menu recently
> haven't you?
> 
> > On trunk, we just display the application menu. I guess it's possible to fix
> > this so we display more menus by overlaying a menubar for the download mngr
> > window on mac.
> How feasible is this?

We have a menubar in the download manager and it has some menus. Now, we could add stuff so we for example could open a new window from the File menu. But this bug is actually more about the download window (that lacks a menubar).

Comment 15

[Philip Chee]

Ah download progress window. Of course.

Comment 16

[Phouoy Garcia]

Attachment: same problem

Thanks from surludila1976.