Open Bug 576664 Opened 14 years ago Updated 2 years ago

helper app action not automatic when content served with invalid content-type

Categories

(Firefox :: File Handling, defect)

defect

Tracking

()

People

(Reporter: pturner94018, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.6) Gecko/20100625 Firefox/3.6.6 I've set an application and "open" action for links to files with a .m4v extension. I've done this both with the "save as/open" dialog (and set the system to always use the application), and with the <Tools> menu. In both cases, Firefox continues to prompt me with the same "save as/open" dialog every time I click on a link. I've shut down and restarted both the app and the computer. No change. I've used QuickTime and VLC both as the opening application - same result in all cases. Reproducible: Always Steps to Reproduce: 1.Open a web site with links to .m4v media 2.Click on a link 3.Set your preference in the save as/open dialog box which presents after you click, and check the "do this automatically....." checkbox 4.Click on another link to .m4v media (or the same one, for that matter) Actual Results: The dialog box re-opens, and you have to re-select the helper app Expected Results: Having set the preference "do this automatically.....", the system should automatically be opening the file with the selected helper app.
>1.Open a web site with links to .m4v media Please give an example link. A website can request a prompt with a http header (content-disposition: attachment) and that is part of the HTTP RFC. You can still save the decision in that case and Firefox will follow that decision unless the server sends this header.
(In reply to comment #1) > >1.Open a web site with links to .m4v media > Please give an example link. > > A website can request a prompt with a http header (content-disposition: > attachment) and that is part of the HTTP RFC. You can still save the decision > in that case and Firefox will follow that decision unless the server sends this > header. Try this: http://theturnersite.com/Eileen/ This site exhibits the problem. I've looked at the HTML, and don't see any code to prompt
oh, that is another stupid case. They send the file as text-file as you can see if you enter the URL of the video in http://web-sniffer.net : Status: HTTP/1.1 200 OK Date: Sat, 03 Jul 2010 19:03:37 GMT Server: Apache Last-Modified: Fri, 02 Jul 2010 22:00:23 GMT ETag: "120a721-43f68a-4c2e6177" Accept-Ranges: bytes Content-Length: 4454026 Connection: close Content-Type: text/plain Look at the content-type. The whole "launch application for file x" is done based on the content-type. Gecko detects that this can't be a textfile and doesn't render the file as text inside the browser. But you can't save the decision to open it in application x. There is somewhere a bug about this but that could be invalid.
I confirm the problem on Linux, as revised by comment 3. I've not search for dups, and think this could be WONTFIX.
Status: UNCONFIRMED → NEW
Component: Preferences → File Handling
Ever confirmed: true
OS: Mac OS X → All
QA Contact: preferences → file.handling
Hardware: x86 → All
Summary: Application action set for ".m4v" not being remembered or used → helper app action not automatic when content served with invalid content-type
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.