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

NEW
Unassigned

Status

()

Firefox
File Handling
8 years ago
7 years ago

People

(Reporter: Paul Turner, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

8 years ago
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.
(Reporter)

Comment 2

8 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
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

7 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
You need to log in before you can comment on or make changes to this bug.