Closed Bug 64089 Opened 24 years ago Closed 23 years ago

Can't open a window when every browser window is closed and a file is being downloaded

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

()

Status:
RESOLVED DUPLICATE of bug 21296
Milestone:
mozilla1.0

People

(Reporter: thomas, Assigned: danm.moz)

References

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US; m18) Gecko/20001228 BuildID: 2000122808 If every browser window is closed and if a file is being downloaded, you can't open a new browser window. Reproducible: Always Steps to Reproduce: 1. Open a web page with some download links 2. Download a file 3. Close the browser window 4. Choose "new navigator window" from the File menu. Actual Results: Mozilla doesn't open any new nav window. Expected Results: Mozilla should have opened a new browser window.
Keywords: qawanted
Whiteboard: DUPEME
well it would seem to be a dup of bug 50424 'Run moz while moz is already running --> nothing happens' (by way of bug 48352 "Can't reopen Mozilla if downloading a file") But both of those are for some reason still tagged as Windows bugs.
I just marked 50424 as OS:All. So this is a dupe. *** This bug has been marked as a duplicate of 50424 ***
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Keywords: qawanted
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
Verified dupe of bug 50424: "Run moz while moz is already running --> nothing happens"
Status: RESOLVED → VERIFIED
I don't think that this is a dupe of bug 50424. This bug is that a new browser window can't be opened when downloading a file; while 50424 does not state anything about downloading a file. Also, it's impossible to open the same application twice on a mac. Also, bug 50424 is fixed but this present bug (64089) is still occuring... Reopening the bug.
Status: VERIFIED → UNCONFIRMED
Resolution: DUPLICATE → ---
*** Bug 74251 has been marked as a duplicate of this bug. ***
status to new, over to XP apps.
Assignee: asa → pchen
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Ever confirmed: true
QA Contact: doronr → sairuh
Guillaume Filion 2001-03-31 12:51 you have to follow the logic. R.K.Aa 2001-01-02 10:12 (by way of bug 48352 "Can't reopen Mozilla if downloading a file") seem to be a dup of bug 50424 'Run moz while moz is already running --> nothing happens'. if you check bug 48352 you'd see it was resolved as a dupe of 50424. anyways, giving to law and cc'ing lordpixel
Assignee: pchen → law
bug 48352 may have been resolved as a dupe of bug 50424, and it may be a dupe of this bug, but the linking to 50424 is incorrect. 48352 looks like a dupe of this one, but in any case there is not a fix, while 50424 (a different bug, follow me here) is resolved. To clarify, bug 64089 and bug 48352 may be duplicates (unresolved), but 50424 is another issue entirely.
Um. that wasn't worth saying. It might be hard for me to convince you, but having a download window open and trying to open a new window (say by double clicking mozilla) and having nothing happen clearly fits the description. There is also a [mac] bug for the default [hidden window?] menu set not working, perhaps this is a ramification of that.
timeless, that hidden window bug was fixed a while ago.
I can't even open a new window when other browser windows are open and I'm downloading. On top of that, I can't switch to an open browser window from the downloading window unless I switch to another program and then click on the browser window. Build 2001050714 on OS 9.1.
I just tested bug 50424 (win) and this is solved on Win 0.9. This present bug 64089 (mac) is still occuring on Mac 0.9. So I guess this proves that 64089 is not a dup of 50424. Also, I can also reproduce what tommybee99 describes: "Cannot switch to another window when downloading." This is cleary a regression since the last time I tested it (was build 033004). Adding regression keyword. Setting severity to major: major lost of function.
Severity: normal → major
Keywords: regression
I have the same problem with build 2001050518. Once the download Dialog opens and the file transfer begins, Mozilla will not release the focus to the previous open window, nor will it allow a new window to be opened. Once you start downloading, you cannot continue on browsing. You either have to quit the download or wait it out.... (Mac OS 9.1)
Is it possible that this bug is related to bug 74499 (No windows open: can't quit, many menu items are unresponsive)?
On my system (MacOS 9.0.4), http downloads block mozilla; the browser will do nothing else until the download is finished. I observed the problem while downloading Apples itunes from http://www.apple.com/itunes/download/.
Ooops! This is Mozilla 0.9. Sorry I forgot to metion it.
with a build from 5/14, http downloads don't block anything. i can push the (too small) progress dialog to the back and keep surfing just fine.
Yep! I can reproduce what Mike says with Build 05-11 ! During a download, I can click on other windows and continue browsing. As for the rest of the bug, that is "Can't open a new browser window when every browser window is closed and a file is being downloaded"; this is REALLY simillar to bug 74499. I'd like to know what you think about this but I'm really tempted to click that DUP button. 8) BTW, Mike, where did you got the 05-14 Mac build, the lastest one I found on the FTP site is 2001-05-11-08-trunk...
Okay, I've done what I should have done a couple of days/weeks ago, and found out some interesting bugs: bug 76992: Saving File, View Source, Page Info window refuse to put into background. This looks like the bug describled as the focus would stick to the download window. bug 74499: No windows open: can't quit, many menu items are unresponsive. This looks like "can't open a new window when every browser window is closed". Now that DUP button looks even more attractive...
The only difference is that bug 74499 appears to be fatal, while this one just ties you up until the download is finished. It may be they have the same fix, or this may be a separate problem related to downloading. Probably the former though . . .
cannot open an editor window or mail either.
Blocks: 78106
Keywords: nsbeta1
Summary: Can't open a new browser window when every browser window is closed and a file is being downloaded → Can't open a window when every browser window is closed and a file is being downloaded
ok, Gregg, I get it now. Also, here is a report with the lastest build 2001-05-18 11: - It is not possible to open a new window when downloading a file. - It is possible to open a new nav. window by choosing it in the menu when the download is done and that the download window is closed. Removing regression keyword, since this part has been solved in bug 76992. Also adding depends on bug 74499.
Depends on: 74499
Keywords: regression
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P3
Target Milestone: --- → mozilla0.9.2
nav triage team: Pinkerton and Saari fixed the problem with menus not working with no window up. Pushing to mozilla0.9.3. Hopefully will get fixed whtn 74499 is fixed.
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Symptoms of bug 74499 are gone in build 2001053108, but this bug is still there. Selecting File -> New Navigator Window, typing Command-N, and selection Tasks -> Navigator all fail to launch a new Navigator window when the "Saving File" dialog is either the frontmost or the only window open. I was able to launch a new window by clicking a link in Eudora sent to Mozilla, though.
nav triage team: Don't consider this a mozilla0.9.3 stopper. Pushing out to mozilla1.0
Target Milestone: mozilla0.9.3 → mozilla1.0
> with a build from 5/14, http downloads don't block anything. i can push > the (too small) progress dialog to the back and keep surfing just fine. Yes, but while the progress dialog has focus it blocks ALL menu commands and keyboard shortcuts. (This is true whether other windows are open or not.) It seems that only mouse events are still processed. You have to click on another window with the mouse before you can do anything else. If there is no other window, it causes the behavior described in the summary, i.e. you can't do anything at all until the progress dialog is closed.
spam: over to File Handling.
Component: XP Apps → File Handling
*** Bug 104171 has been marked as a duplicate of this bug. ***
->danm, is this possibly a dup of one your bugs?
Assignee: law → danm
Component: File Handling → XP Toolkit/Widgets
QA Contact: sairuh → jrgm
Netscape 6.2 on OS 9.2.1 still locks me out of opening new windows with command-N when the active window is a download progress dialog. If I activate a different window by clicking on it, however, I can open a new window just fine. (I haven't tested all variations of ways to open a new window, but if I think to do it next time I download a file, I'll add another comment.)
I suggest changing the summary to reflect full set of symptoms -- not only the New Window command but ALL commands are disabled when a download window is frontmost. This means that when a download dialog is the only window, no commands are possible. Suggested summary: "Menu/keyboard commands disabled when download dialog has focus" Removing from bug 78106 blockers, since this is not a MIME or helper-app issue.
No longer blocks: 78106
this has to do with the fact that dialogs don't have a valid menubar. it's not the download dialog specifically. this is probably a dupe of another bug.
bug 21296 (Mac-specific) is related.
strongly related. same exact bug related. *** This bug has been marked as a duplicate of 21296 ***
Status: NEW → RESOLVED
Closed: 24 years ago → 23 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.