410936 - Bad behavior with association app & file type [Mac]

Status: RESOLVED DUPLICATE of bug 234243

(Firefox :: General, defect)

Description

[Nicolas Mandil (:NicolasWeb)]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b2) Gecko/2007121014 Firefox/3.0b2

If there is not automated action configured (in Fx pref), even if a file type (here .doc :-/ ) is associated with the finder to an application Fx do not propose to open with this app.

Don't know if this behavior is Fx specific or comes from the installation of other software able to open the same file type (openoffice/neooffice). But remember that textedit (that is always present) can open .doc

This happen with OOo too .sxw, but there, the icon file is the right one. Don't know if there is the same behavior with other file type, like .odt or so.

Reproducible: Always

Steps to Reproduce:
1.Configure .doc/.sxw type to be open by MSoffice/NeoOffice for all documents
2.Download a file .doc/.sxw
3.
Actual Results:  
No application associated with, have to click Choose

Expected Results:  
Propose the default app by default, and allow to choose an other.

Comment 1

[Nicolas Mandil (:NicolasWeb)]

Attachment: Actual behavior

Comment 2

[Nicolas Mandil (:NicolasWeb)]

(Am I allowed to ad a flag [and a blocking ? flag] ?)

Comment 3

[Mike Beltzner [:beltzner, not reading bugmail]]

Pretty sure this is a dupe, and there's a lot of problems with trying to match MIME types with existing file associations. It would be nice to find the best possible match and use that, though, so this isn't WONTFIX or anything.

Comment 4

[Nicolas Mandil (:NicolasWeb)]

Can we imagine that Fx read the defaut app associated with the file type, by mime or extension, in the finder pref can be a solution ? So, Fx use the OS to determine file<->app. (How do OSX to do the same thing ? Can we do this by the same way ?)

Comment 5

[Bob Uliss]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b4) Gecko/2008030317 Firefox/3.0b4

Has this been fixed?

I tried to reproduce this bug. Tried with both Text and .DOC files

.DOC file test:

Steps to reproduce:
1. Configured MAC to open .DOC files with MS Word 2008 MAC.

2. Save all downloads to the desktop - easy for test purposes

3. Do a quick WEB search for a downloadable (text) or .doc file:
http://www.google.com/search?num=100&hl=en&safe=off&q=nasa+.doc+file+download&btnG=Search
result - brings up many downloadable linked .DOC files

4. Click on the first link on the results page:
[DOC] #178: user_mgdrberrors.doc - PO.DAAC WEB CM - Trac
(http://podaac.jpl.nasa.gov/DATA_CATALOG/user_mgdrberrors.doc)
result - FireFox downloads the .doc file to your desktop

5. MAC OS X 10.5.2 brings up a standard warning dialog reporting that you are about to open a file that has been downloaded from the internet -note the file on the desktop is a WORD .DOC type 

6. click open

7. Word 2008 launches and opens the downloadd document.

TEXT file TEST

Can't reproduce bug

Steps to reproduce:

1. Using Firefox 3.0b4 - navigate to the following WEB page:
http://data.giss.nasa.gov/stormtracks/
RESULT - Opens WEB page with text file links

2. Context Select the following link: by right-clicking the  mouse button:  st_report.txt - LINK
result - Firefox opens the standard WEB link operational pop up box
 
3. Scroll down and select by left clicking on Save Link As ...
RESULT _ the Standard MAC Save as dialog box opens

4. ensure that the save location is the desktop and the file type is ASCII text

5. Click OK
Result - the text file is saved to your desktop - note that the file is a text icon and will open with textedit
 
6. select the icon and press cmd + i to open get info
RESULT - get info reports the file as type text and the selected APP is Text edit

7. click the red bubble to make get info go away
RESULT _ get info closes
 
8. double left click on the st_report.txt ICON
RESULT - the file st_report.txt is opened by TextEdit
 
9. Note that I use BBEDIT to open text files - so FireFox has over-ridden the MAC system defaults - So on this version of FireFox it seems to work OK.

Comment 6

[Bob Uliss]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9b4) Gecko/2008030317 Firefox/3.0b4

Has this been fixed?

I tried to reproduce this bug. Tried with both Text and .DOC files

.DOC file test:

Steps to reproduce:
1. Configured MAC to open .DOC files with MS Word 2008 MAC.

2. Save all downloads to the desktop - easy for test purposes

3. Do a quick WEB search for a downloadable (text) or .doc file:
http://www.google.com/search?num=100&hl=en&safe=off&q=nasa+.doc+file+download&btnG=Search
result - brings up many downloadable linked .DOC files

4. Click on the first link on the results page:
[DOC] #178: user_mgdrberrors.doc - PO.DAAC WEB CM - Trac
(http://podaac.jpl.nasa.gov/DATA_CATALOG/user_mgdrberrors.doc)
result - FireFox downloads the .doc file to your desktop

5. MAC OS X 10.5.2 brings up a standard warning dialog reporting that you are about to open a file that has been downloaded from the internet -note the file on the desktop is a WORD .DOC type 

6. click open

7. Word 2008 launches and opens the downloadd document.

TEXT file TEST

Can't reproduce bug

Steps to reproduce:

1. Using Firefox 3.0b4 - navigate to the following WEB page:
http://data.giss.nasa.gov/stormtracks/
RESULT - Opens WEB page with text file links

2. Context Select the following link: by right-clicking the  mouse button:  st_report.txt - LINK
result - Firefox opens the standard WEB link operational pop up box
 
3. Scroll down and select by left clicking on Save Link As ...
RESULT _ the Standard MAC Save as dialog box opens

4. ensure that the save location is the desktop and the file type is ASCII text

5. Click OK
Result - the text file is saved to your desktop - note that the file is a text icon and will open with textedit
 
6. select the icon and press cmd + i to open get info
RESULT - get info reports the file as type text and the selected APP is Text edit

7. click the red bubble to make get info go away
RESULT _ get info closes
 
8. double left click on the st_report.txt ICON
RESULT - the file st_report.txt is opened by TextEdit
 
9. Note that I use BBEDIT to open text files - so FireFox has over-ridden the MAC system defaults - So on this version of FireFox it seems to work OK.

Comment 7

[Nicolas Mandil (:NicolasWeb)]

OK I've tried the test in my mac and ask for a friend to do this : we have both the same result :
1- Fx do not show the right icon
2- Fx do not know finder files associations

We used both :
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; fr; rv:1.9b5pre) Gecko/2008031504 Minefield/3.0b5pre
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; fr; rv:1.9b5pre) Gecko/2008031504 Minefield/3.0b5pre

The issues is just before the 6th step.
I'll send a screen capture and a mockup of what Fx should show and do.

Comment 8

[Nicolas Mandil (:NicolasWeb)]

Attachment: Actual and wanted behavior before step 6 #comment5

Comment 9

[Bob Uliss]

Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre) Gecko/2008042904 Minefield/3.0pre

Screenshot makes the problem clear - recommend change sttus to NEW

Comment 10

[Nicolas Mandil (:NicolasWeb)]

(In reply to comment #9)
> Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9pre)
> Gecko/2008042904 Minefield/3.0pre
> 
> Screenshot makes the problem clear - recommend change sttus to NEW

I've reported this bug, but I can't change the status to NEW : Who can do it ?

Comment 11

[Nicolas Mandil (:NicolasWeb)]

Can someone confirm this issue too on intel ?

Comment 12

[Alex Limi (:limi) — Firefox UX Team]

Please don't add random issues to the papercut metabugs, that's not why they exist. The paper cut set of bugs is supposed to be a manageable, prioritized list, not a way to get your pet peeve bug fixed.

Comment 13

[Nicolas Mandil (:NicolasWeb)]

Sorry Limi, I'll email you, so I can better understand why this is not part of paper cut... :-S