188001 - Unchecking 'always ask before' bypasses file-extension matching for helper application filetypes

Status: VERIFIED DUPLICATE of bug 86640

(MailNews Core :: Attachments, defect)

Description

[Dancer Vesperman]

User-Agent:       Mozilla/5.0 Galeon/1.2.6 (X11; Linux i686; U;) Gecko/20020913 Debian/1.2.6-2
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.2) Gecko/20021126

when 'always ask' is off, it appears that filename extension matching against
the filetypes list is bypassed, so we end up operating as if the file is always
application/octet-stream rather than as the type we provided for that extension
under helper-app/filetypes configuration.

I _believe_ this is not a problem if the attachment has the listed mime-type
(application/xyz), however many attachments are application/octet-stream.

Reproducible: Always

Steps to Reproduce:
1.Configure a helper application for a document type ('XYZ file'
application/xyz, ext: xyz, program: xyzopen).
2. Click on an xyz attachment that has the mime-type application/octet-stream.
3.The selector box pops up offering to run 'xyzopen' for 'XYZ file' or to save
the file to disk, along with an 'always ask me first' checkbox.

Good enough. You can open or save the file.
4. If you _uncheck_ the 'always ask' box, however, subsequent attempts to open
the attachment _always_ try to save the file, and never open it with xyzopen.


Actual Results:  
Always attempts to save the file

Expected Results:  
Always attempt to _open_ the file with the configured application.

Comment 1

[Boris Zbarsky [:bzbarsky]]

the patch in bug 86640 fixes this

*** This bug has been marked as a duplicate of 86640 ***

Comment 2

[[e-mail] (gone - use [e-mail] instead)]

verified dup.  thanks, bz.