Closed Bug 143958 Opened 23 years ago Closed 22 years ago

disabled Navigator/Tab window if Download Manager on.

Categories

(SeaMonkey :: Download & File Handling, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 21296

People

(Reporter: ericson71, Assigned: bugzilla)

Details

MaxOSX version of Mozilla v1.0r2 File --> New --> Navigator/Tab are disabled (even the key-commands don't work) when: the Download Manager window is the frontmost and is the only other window that's open, and while downloading a file. The only way around this is to 'minimalize' the window so that it parks in the Doc below... now I can create a window/tab.
Whiteboard: DUPEME
Confirmed using RC2. Choosing File/New/Navigator Tab while the Download Manager is frontmost (and whether or not a download is underway) results in no action, and the File menu remains highlighted.
Severity: minor → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
this bug is still happening in 1.0 R3.
Confirmed on v1.0 (build 2002052918).
Yes, it's still happeningin 1.0. There's more to it... the first time I control-click (right click too) on an image to save it locally works, but the next time I click on another image to save, there's no response to creating new window/tab, saving, or performing any actions within a page. To go around this bug, I clicked on the desktop then click back on that window... now it works! BUT, if the "download manager" window is on "keep window open..." button is clicked (which forces the download manager window to stay in the front most), then the bug is not there. I think there's an invisible window or objects of it stll there when that "keep open" window is unchecked, that's why I have to double-click many times, or click somewhere else, then click back to get the window working. A very annoying bug.
QA Contact: sairuh → petersen
Possibly another dupe of bug 21296. All of these stem from the same root cause -- the Mac menu bar "thinks different" from (X or MS) Windows, and Mozilla's various subsidiary windows (dialogs, managers, etc) don't work the way MacOS expects.
*** This bug has been marked as a duplicate of 21296 ***
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
Whiteboard: DUPEME
You need to log in before you can comment on or make changes to this bug.