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)
Firefox
File Handling
Tracking
()
NEW
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.
Comment 1•14 years ago
|
||
>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.
Reporter | ||
Comment 2•14 years ago
|
||
(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
Comment 3•14 years ago
|
||
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.
Comment 4•14 years ago
|
||
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
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•