Closed
Bug 228615
Opened 21 years ago
Closed 20 years ago
All menus are inaccessible when I start a download and close all windows other than the download window
Categories
(Toolkit :: Downloads API, defect)
Tracking
()
VERIFIED
DUPLICATE
of bug 245206
People
(Reporter: blugu, Assigned: bugs)
References
Details
(Whiteboard: see comment 12)
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20031026 Firebird/0.7
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.5) Gecko/20031026 Firebird/0.7
When I download anything and close all other browser windows the menus (file
edit, etc.) are selectable(click them and they hilight) but they do not contain
their menuitems. The shortcut keys (command-n for example) are inoperable also.
Thanks again for a great browser!
Reproducible: Sometimes
Steps to Reproduce:
1.Start a download (reasonably big so you have time to reproduce)
2.Close all other windows other then the download window
3.Try to use the menu, some times it works sometimes not
Actual Results:
As explained above a good portion of the time the menu was inoperable
Expected Results:
the menus should still be accessable so that you can create a new window
Comment 1•21 years ago
|
||
how hard could it be to get the same menus to work no matter what window is open?
see bug 132027 for the exact same browser (seamonkey) bug.
bumping to normal, this is very disruptive, only workaround is to close download
manager.
this has been around for a while. sigh.
Severity: minor → normal
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is NOT specific to download window being the only window open.
It works the same if the only window active is "Find" dialog box.
One workaround other than closing the windows, is to minimize the window (find
dialog, downloads, etc) into the dock, then the keyboard and menu commands
function again.
see comments at bug # 227525 for more elaboration, they seem to be connected?
thanks
Comment 4•21 years ago
|
||
*** Bug 234251 has been marked as a duplicate of this bug. ***
Comment 5•21 years ago
|
||
*** Bug 234365 has been marked as a duplicate of this bug. ***
Comment 6•21 years ago
|
||
One thing the last dupe mentions, which hasn't been stated explicitly here, is
that for this bug to occur, the Download Manager (or Find window) only has to be
the focused window. Other browser windows may be open and the menu items will
still fail to work, if the focus is with the Download Manager.
Comment 7•21 years ago
|
||
*** Bug 235579 has been marked as a duplicate of this bug. ***
One thing that I've noticed with this bug, if you window that's open is the
download manager, when you're download completes, and the window goes away (if
it's set to) your menus function again. If that helps.
It's still annoying though.
Updated•21 years ago
|
Flags: blocking0.9?
Comment 9•21 years ago
|
||
Summary of this bug has to be changed. Something like "All menus are
unaccessable when Download Manager of Find dialog is focused"
By the way it's reproducible for the JavaScript console too. It seams
reproducible for every window except the browser windows which have the same set
of menus like the browser. Most of the times, these windows don't have any menu
in other platforms.
Updated•21 years ago
|
Summary: All menus are unaccessable when I start a download and close all other windows other then the download window → All menus are inaccessible when I start a download and close all windows other than the download window
Comment 10•21 years ago
|
||
"how hard could it be" (comment 1). Answer: very, very.
*** This bug has been marked as a duplicate of 21296 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Comment 11•21 years ago
|
||
possibly after 1.0 but certainly not for 0.9.
Flags: blocking0.9? → blocking0.9-
Comment 12•20 years ago
|
||
Reopening since this needs a workaround (adding dependence for bug 249003)
Updated•20 years ago
|
Whiteboard: see comment 12
Comment 13•20 years ago
|
||
There is a user workaround that I've been doing when this happens. Using Expose,
the window-selection feature with Mac OS 10.3.x, brings up a 'ghost' window when
you press F10. Setting focus to the ghost window allows you to regain menu
functionality again.
Comment 14•20 years ago
|
||
*** Bug 257589 has been marked as a duplicate of this bug. ***
Updated•20 years ago
|
QA Contact: bmo
Updated•20 years ago
|
Flags: blocking-aviary1.0mac?
Comment 15•20 years ago
|
||
Mac OS X: clicking on the dock icon brings up the download manager, not a new
window. Clicking the close button on the download manager brings up a warning
that the download will be interrupted if you exit, but on OS X this doesn't
actually exit you so you can go ahead and close it... the download continues in
the background.
Updated•20 years ago
|
Flags: blocking-aviary1.0mac?
Comment 16•20 years ago
|
||
Ben, why is this not a dupe of bug 245206?
Comment 17•20 years ago
|
||
*** This bug has been marked as a duplicate of 245206 ***
Status: REOPENED → RESOLVED
Closed: 21 years ago → 20 years ago
Resolution: --- → DUPLICATE
Comment 18•20 years ago
|
||
*** Bug 293644 has been marked as a duplicate of this bug. ***
Updated•19 years ago
|
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•