From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.0) Gecko/20020529 BuildID: In the open-save as-cancel dialog when clicking on a non-html link there should be an opion "save as and open" to have a permanent local copy and open that copy w/o having to leave the browser and look for that file. Reproducible: Always Steps to Reproduce: 1.click on a non-html-link 2. 3.
If you just save, you can use the "launch" functionality from either download manager or the download dialog to launch a helper on the file... (except on Unix).
Boris: This RFE should be really enhancement for users, which do this action many times. But it will be UI complication for common user IMHO.
Sorry, I am using mozilla just on *ix so I never noticed that is is available on Windows. Anyway, the window for download closes after the download anyway and you will not click to make it stay unless you know that a button for luncch will apear afterwards. Mr Hauner: if it is good for some and confises many then make it optional.
Part of this bug (launching from Download Manager) has just recently landed. It's on the trunk, and will be in 1.4, I believe. We do not allow users to simply click a single button and download and open a file. That's what gets IE users into a plenty of trouble. They must take at least two steps in mozilla to launch .exe files, and that's by design. Please mark as WONTFIX
Recommending wontfix if we can get a UI czar to evaluate this bug.
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is in the wrong component...
Assignee: samir_bugzilla → file-handling
Component: XP Apps → File Handling
QA Contact: pawyskoczka → ian
Assignee: file-handling → nobody
QA Contact: ian → file-handling
A pet peeve in Thunderbird is the routine double-processing of file attachments that I go through whenever a colleague sends me a file via e-mail. I want to save the file alongside related files on my file server and I also want to open the file immediately. There are two different options, but they both boil down to frustrating additional clicking: 1. Click the attachment; elect to save a permanent copy in a location I store related documents. 2. Click the attachment again; elect to open in Word, Excel, or whatever. Note that in this model, I need to be careful not to just use Word's "File > Save" function because I'll be saving my changes to a temporary file. -or- 1. Click the attachment; elect to open immediately in Word, Excel, or whatever. 2. Use Word, Excel, or whatever's "File > Save As" dialog to save a permanent copy in the location where I store related documents. Notwithstanding the root user interface failure of file system context mismatch inherent in all "File > Save As" dialogs (which is not Mozilla's responsibility at all), Thunderbird can nevertheless alleviate user pain by offering a "Save and Open Immediately" option for handling file attachments as suggested by this enhancement. Workarounds cited in earlier comments are specific to Firefox, which shows a Download Manager window, but are not applicable for Thunderbird file attachments. I don't think this enhancement is super easy, however. Despite being easily described as just adding "Save and Open," there is some complexity: the dialog in question has a dependent UI control associated with the current "Open" option. Namely, the helper-application menu. Changing the dialog to feature a three-state radio-button choice between Open, Save & Open Immediately, and plain Save would beg the question: do you repeat the helper-application menu? Probably not. But regardless of how it may be solved in the UI, I would greatly appreciate the ability to streamline the save-and-open use-case that I deal with every day.
* IE has "Save and run" in the dropdown of the split "Save" button. * Chrome has "Open when done" in their download manager (which is similar but different enough that I left bug 752440 open for it)
I'd argue that "open when done" is more generally applicable because you can change your mind and enable it part-way through a long download, while "save and run" requires you to make that decision upfront.
Component: File Handling → File Handling
Product: Core → Firefox
Version: Trunk → unspecified
Mass bug change to replace various 'parity' whiteboard flags with the new canonical keywords. (See bug 1443764 comment 13.)
Keywords: parity-chrome, parity-ie
> We do not allow users to simply click a single button and download and open a > file. That's what gets IE users into a plenty of trouble. They must take at > least two steps in mozilla to launch .exe files, and that's by design. It's already possible to open a file with a single click, so saving that file to `~/Downloads` (or other hard drive location) instead of `/tmp` isn't going to impact security. Or am I missing something?
Status: NEW → RESOLVED
Last Resolved: 13 days ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.