Closed Bug 249604 Opened 20 years ago Closed 18 years ago

"launchError" when trying to open a executable file from a link

Categories

(Toolkit :: Downloads API, defect)

1.7 Branch
x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: tuckerm-mb, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.8 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.8 I have an HTML page that autoruns from a CD. There is a link on that page, that when you click on it, it runs a javascript function that displays an alert(), then tries to open an executable file from off the CD. After I click OK on the alert(), I get the dialog that asks whether to save or open the file. When I choose to open the file with 'exefile (default)', I get this error: D:\coisetup.exe could not be opened, because an unknown error occurred. Sorry about that. Try saving to disk first and then opening the file. I spoke with biesi on #mozillazine, and he said I shouldn't even get the choice to open the file. He said to turn on error logging for Firefox, and this is what I got: 0[274390]: Error: launchError, listener=0x0, rv=0x80004005 I tried opening the page in the Mozilla suite, and it didn't allow me the choice to open the file, just as biesi said. I also tried typing in the location of the file directly, and opening it that way. I get the same choice, to open or save the file, and the same error message if I choose to open. Hopefully we can get something sorted out. P.S. I just tried opening an executable from off a web site, and it gave me the same error. Reproducible: Always Steps to Reproduce: 1. Try to link to, or open an executable file in Firefox. 2. Choose to Open the file. 3. Blam. Error message. Actual Results: Error message. Expected Results: I expected the program to run.
Attached file The HTML page from the CD (deleted) —
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040629 Firefox/0.9.0+ Using the latest nightly builds, the behaviour that you're trying to implement is disabled. You cannot launch executables from within Firefox. The only thing you're allowed to do with exe files is to save them to disk. So unfortunately, your method of linking to the exe from the HTML page will not do what you desire. This has been done in order to prevent users from running malicious executable content by mistake. Marking this bug as invalid.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
*** Bug 261275 has been marked as a duplicate of this bug. ***
aebrahim, comment 0 complains about an error message, not a disabled "Open" button. This bug doesn't sound invalid to me.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
Tucker, do you still get that error message after upgrading to Firefox 1.0PR?
Summary: Trying to open a executable file from a link isn't working correctly → "launchError" when trying to open a executable file from a link
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040925 Firefox/0.10 no errormessage , just unable to open the file (as intended)
(In reply to comment #2) > Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040629 > Firefox/0.9.0+ > > Using the latest nightly builds, the behaviour that you're trying to implement > is disabled. You cannot launch executables from within Firefox. The only thing > you're allowed to do with exe files is to save them to disk. So unfortunately, > your method of linking to the exe from the HTML page will not do what you > desire. This has been done in order to prevent users from running malicious > executable content by mistake. > > Marking this bug as invalid.
Hello, I believe you are missing the point. IE gives you a warning and the choice to OPEN, SAVE or CANCEL when you click on the file to install. I like Firefox and think it should have the same capability as IE. Add a second Confirm button for opening .EXE files if you feel a bad .EXE file is a real problem.
This bug was last touched before 1.0.4. Is it still reproducable? Try the latest branch build (1.0.5): http://www.mozilla.org/products/firefox/ Try the latest nightly trunk build (v1.0+): http://www.mozilla.org/developer (Reviving old UNCONFs)
QA Contact: ali → download.manager
Assignee: bugs → nobody
-> no reply since 1,5 years -> closing as wfm,since the testcase from comment #1 is working for me on Minefield Trunk
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago18 years ago
Resolution: --- → WORKSFORME
Version: unspecified → 1.0 Branch
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: