Closed Bug 42015 Opened 24 years ago Closed 23 years ago

[RFE] Ability to run .exe files from webpages

Categories

(Core Graveyard :: File Handling, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 106094
mozilla0.9.9

People

(Reporter: ian, Assigned: law)

References

Details

(Whiteboard: [smartupdate])

When you click on an exe file in Internet Explorer you are presented with a dialog asking you if you want to open the file or save it to disk, I would like similar functionallity added to Mozilla.
RFE, so confirming (was unable to find a dup). This just requires saving the file to a temporary folder and then executing it from there upon completion; it's not really "running it from the site" as IE makes it seem. I don't know who would implement this, though. networking, maybe?
Status: UNCONFIRMED → NEW
Ever confirmed: true
so the "run" option would replace "pick app..." for certain types of files?
Yes, but it is important that the file is run from its existing location. I intend this mainly for magazine coverdisks which are increasingly using HTML. When they link to setup files these need to be run from the CD, as they are often large and may have relational links to other files on the CD. A copy-and-run solution would be better than nothing, however. Especially if it would be trivial to implement.
XP Apps?
over to Networking for initial look. Feel free to bounce it right back if this isnt a networking issue.
Assignee: asa → gagan
Component: Browser-General → Networking
QA Contact: doronr → tever
ben is the one doing the UI but I think some of the recent changes with Helper Apps issues will resolve this.
Assignee: gagan → ben
I think mscott said the new helper app dialog would have a run option a la IE.
Tested with Netscape 6 PR3 and there was no such option. I set the helper app to c:/winnt/explorer.exe and got an error about a missing dll. I am running Win2k.
copying hyatt as I know he was interested in this.
Status: NEW → ASSIGNED
*** Bug 60814 has been marked as a duplicate of this bug. ***
As talked about in bug 60814, this is an intersting feature. I'm currently working on it in my spare time. A few things though. 1) I don't feel this is a networking issue at all. The approach I'm taking is to hook into the MIME type detection, or even just the file's extention. 2) To 'Lemming'. There is no such thing as "run from current location" in reality. What happens is the file is downloaded to the temp directory, and then executed. This is what IE really does, and it's the only real way to do it outside of creating a native app to DL the data to RAM and execute it. You can't stream executable files. Well, maybe there could be a way devised to do it, but it doesn't happen in the same manner as media files. For further info, read the comments from bug 60814.
Adding me to the CC lsit. Sorry for the spam. My brain isn't multitasking well today. Every time I try to do more than one thing at a time, the world looks blue, I see odd text with strange numbers, and I can't move or talk until some one smacks me upside the head.
IE actually can run local programs, and it doesn't copy them to the cache before running them. See bug 59932 for an rfe that would let Mozilla do the same.
But that relates to IE's shell abilities, and is not inreality part of the browser. The Intergration of the two has blurred the lines, but it actualyl calls different libraries when browsing local disks.
*** Bug 60814 has been marked as a duplicate of this bug. ***
fwiw. On NT you can run app streams. iirc Borland's Delphi offers this feature. Beyond that. I would like people to read bug 60814 before they implement anything. >Don't remove this dependency<
Depends on: 60814
Dupliced with 59932 And I have told that same bug is excuting exe from local disk. But This bug will told more than only excuting exe.
Dupliced with 59932 And I have told that same bug is excuting exe from local disk. But This bug will told more than only excuting exe.
I do this *everyday* ftom ftp://sweetlou, getting my commercial builds, I just double click ns6setup.exe and it prompts me to Open this file or Save to Disk. Naturally, I open this file, and it automatically runs the setup program. Am I missing something here?
Holy crap. I never thought to use the "Open with" without any selection. Well, smakc me with a large trout. Thta's half my project done. Next is a warning when doing this.
stephend: you're missing nothing, but everyone else is missing an intuitive UI.
This is such a useful feature, and it's already been implemented; let's not waste time going the extra tenth of a mile and exposing it to users. Bill, what's the least hackish way to determine the extension of the filetype being downloaded (not having explored helper app dlg code yet)? Matthew, can you offer some UI advice here?
Assignee: ben → blakeross
Status: ASSIGNED → NEW
Keywords: nsbeta1, nsCatFood
OS: Windows 95 → All
Hardware: PC → All
Target Milestone: --- → mozilla0.9.1
Status: NEW → ASSIGNED
Priority: P3 → P1
Whiteboard: [smartupdate]
Target Milestone: mozilla0.9.1 → mozilla0.9.2
It should not be done by file extention, it should be done by the type of the data (whatever the equivilent of text/html is), if this is possible. Most windows magazine cover disks use HTML interfaces, so people can only use them in IE. Adding this feature would make Mozilla seem like a better browser to the journalists, so they would hopefully write about it in a more positive light, increasing user base.
so you want us to register application/vnd.microsoft.windows.win32 and map .exe to that mime type? [a] we can 't do that (we aren't microsoft). [b] that's yucky. [c] what happens when the file really should have been application/vnd.microsoft.dos or application/vnd.microsoft.winnt.posix or ... application/vnd.unknown.dos.protectedmode ... Assuming you don't want us to register lots of silly mime types, we'd rely on something like application/octetstream (* there are probably 5-20 different mime types all of which mean: binary, possibly executable) which could be a solaris sparc binary or a macos binary (*macos binaries are likely to be destroyed, but ...) and then we'd be doing the user a disfavor when we let them 'run' an 'application' (which clearly won't work)
Calm down, by the very fact that I put 'whatever the equivilent of text/html is ' I showed that I did not know what the status of mime types for executables was. I was merely pointing out that using file extensions was not a perfect method, however it may be the best method.
I think that we must added feature: EXE-files will be checked by Virusscan before exe-files will be executed. It can be warn that it's not tested by virusscan. Do you want to scan this file for unknown virus?
While I should have noted a long time ago I am currently unable to contribute code, I feel the need to adda reply now. When you say Virus Scan, are you meaning the name of an actual product, or just virus scanners in general? No two programs use the same format for command arguments, etc. But also, many good scanners scan files upon execution I use Norton, and it scans EXEs automatically upon the program being launched. I see no need to double up there.
you can select one of scanners. This feature that you can switch : scan this file or block EXE for Security. It can used for exes from internet. but it will not for exes from localhost.
Please address virus scanning in a seperate bug. AIM does offer virusscanning support in its interface but that is _FAR_ beyond the scope of this bug.
Open Networking bugs, qa=tever -> qa to me.
QA Contact: tever → benc
Target Milestone: mozilla0.9.2 → mozilla0.9.3
Priority: P1 → --
Target Milestone: mozilla0.9.3 → mozilla1.0
usability/polish, 0.9.4.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Target Milestone: mozilla1.0 → mozilla0.9.4
Are you sure? This doesn't look fixed to me...
Hit the wrong button...
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Status: REOPENED → ASSIGNED
Target Milestone: mozilla0.9.5 → mozilla0.9.6
Blocks: 104166
law has this item, i believe.
Assignee: blakeross → law
Status: ASSIGNED → NEW
Target Milestone: mozilla0.9.6 → ---
*** Bug 102760 has been marked as a duplicate of this bug. ***
->mozilla0.9.9
Target Milestone: --- → mozilla0.9.9
yes, I know this bug predates that one by a lot, but that's the bug we created for this feature in MachV *** This bug has been marked as a duplicate of 106094 ***
Status: NEW → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → DUPLICATE
vrfy
Status: RESOLVED → VERIFIED
->file handling w/ qa.
Component: Networking → File Handling
QA Contact: benc → sairuh
Depends on: 106094
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.