Closed
Bug 410936
Opened 17 years ago
Closed 14 years ago
Bad behavior with association app & file type [Mac]
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 234243
People
(Reporter: NicolasWeb, Unassigned)
Details
Attachments
(2 files)
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.
Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
Reporter | ||
Comment 1•17 years ago
|
||
Reporter | ||
Comment 2•16 years ago
|
||
(Am I allowed to ad a flag [and a blocking ? flag] ?)
Flags: blocking-firefox3?
Comment 3•16 years ago
|
||
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.
Flags: blocking-firefox3? → blocking-firefox3-
Whiteboard: DUPEME
Reporter | ||
Comment 4•16 years ago
|
||
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 ?)
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.
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.
Reporter | ||
Comment 7•16 years ago
|
||
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.
Reporter | ||
Comment 8•16 years ago
|
||
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
Reporter | ||
Comment 10•14 years ago
|
||
(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 ?
Blocks: cuts-os, cuts-control
Updated•14 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Reporter | ||
Comment 11•14 years ago
|
||
Can someone confirm this issue too on intel ?
blocking2.0: --- → ?
Comment 12•14 years ago
|
||
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.
No longer blocks: cuts-control, cuts-os
Reporter | ||
Comment 13•14 years ago
|
||
Sorry Limi, I'll email you, so I can better understand why this is not part of paper cut... :-S
Updated•14 years ago
|
Status: NEW → RESOLVED
blocking2.0: ? → ---
Closed: 14 years ago
Resolution: --- → DUPLICATE
Whiteboard: DUPEME
You need to log in
before you can comment on or make changes to this bug.
Description
•