Closed
Bug 188001
Opened 22 years ago
Closed 22 years ago
Unchecking 'always ask before' bypasses file-extension matching for helper application filetypes
Categories
(MailNews Core :: Attachments, defect)
Tracking
(Not tracked)
People
(Reporter: dancer, Assigned: mscott)
Details
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•22 years ago
|
||
the patch in bug 86640 fixes this *** This bug has been marked as a duplicate of 86640 ***
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → DUPLICATE
verified dup. thanks, bz.
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•