Open Bug 102277 Opened 23 years ago Updated 2 years ago

"Saving File" keep-open checkbox shouldn't work with helper-apps

Categories

(Firefox :: File Handling, enhancement)

enhancement

Tracking

()

People

(Reporter: eds, Unassigned)

References

Details

The "Saving File" window has a checkbox that says "Keep this window open after
the download is complete".  Presumably, this was meant as a helpful reminder so
you don't forget about something you left downloading.  However, this feature
becomes a pain because the check-box is persistent; checking it once affects all
future dialogs (until you un-check it).  Still no problem until you realize it
affects file downloads that are to be run by helper-apps.  So even though I like
the "keep-open" feature, I don't use it because it's too much of a pain in the
ass dismissing the windows that get left open for every MP3 file I play from
Mozilla.  This is with 0.9.4.  Not sure if this is a bug or enhancement, but
possible solutions include:
1. Make the check-box default to off, and make it non-persistent.  Every time a
user wants the window to hang around as a reminder, they have to check the box
during the download.
2. (preferred) Bypass the "keep-open" setting when the download is going to
launch a helper app.
I can confirm that this happens with 2001092803 on Windows 98.  I encounter this
bug quite often, because I use Mozilla to watch porn videos and also to download
new nightlies.

I think this should be in the "XP Apps: GUI Features" component, since several
other bugs involving this dialog and the "keep this window" checkbox are in that
component.

Steps to reproduce:
1. Start downloading a new nightly build.
2. Check "keep this window open after the download is complete".
3. Wait for the download to finish.  (This might not be necessary).
4. Go to http://www.adult-sex-porn-site.com/oral-sex-videos/oral-sex-videos.
5. Click on of the "Movie" links in the middle of the page.
6. Choose "open using realplayer" (this should be the default).

Actual result: end up with a useless download window and a real player window

Expected result: download window should go away when download finishes, leaving
only a real player window

The funny thing is, I've gotten into the habit of anticipating and getting ready
to kill these download windows the same way I used to with pop-up windows. 
These windows are most certainly not as annoying as pop-up advertisements, of
course (Mozilla is tolerable as a porn browser now that the pop-up killing pref
exists). 
->XP Apps
Assignee: asa → pchen
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps
Ever confirmed: true
QA Contact: doronr → sairuh
spam: over to File Handling. i have not changed the assigned developer [or the
other fields for that matter], so if anyone realizes that a bug should have a
more appropriate owner, go ahead and change it. :)
Component: XP Apps → File Handling
Whiteboard: [Aufbau-P2]
Whiteboard: [Aufbau-P2]
->law (enjoy! ;-)
Assignee: pchen → law
I think the right thing to do is have the checkbox unchecked whenever 
downloading a file to open with a helper app.  I don't see any harm in leaving 
the checkbox there in such cases, in case the user wants to leave the dialog 
open (to save the file, as a reminder, whatever).

This will be easy to fix at the same time as the bug about changing the dialog 
title and save-to location info in the case where we're opening with a helper 
app.
Keywords: mozilla1.0
Target Milestone: --- → mozilla1.0
*** Bug 116988 has been marked as a duplicate of this bug. ***
Spam: Setting target milestone for all these to Future.

Please note that most, if not all, will be fixed in the course of the work I'm 
doing for bug 27609.  That fact is noted in the "depends on" field for each of 
these bugs (I think; go ahead and remedy that if you like).

I just don't have time to deal with the wrath that comes with having too many 
bugs.
Target Milestone: mozilla1.0 → Future
QA Contact: sairuh → petersen
Assignee: law → nobody
QA Contact: chrispetersen → file-handling
Product: Core → Firefox
Target Milestone: Future → ---
Version: Trunk → unspecified
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.