111461 - Attachment names are not used

Status: VERIFIED WORKSFORME

(MailNews Core :: Attachments, defect)

Description

[Joachim]

From Bugzilla Helper:
User-Agent: Mozilla/4.73 [de] (X11; I; Linux 2.2.16 i686)
BuildID:    2001112012

If i get an attachment like:
Content-Type: application/octet-stream; name="Handy-Liste.xls";
 x-mac-type="584C5334"; x-mac-creator="5843454C"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Handy-Liste.xls"

and I want to open it, mozilla saves this to /tmp.
the name it gets is random, the extension is bases on:
Content-Type: application/octet-stream
and the real name is not used.
So mozilla cannot destinguish between WP-docs and exel sheets.

The head of the mail looks like:
X-Mailer: QUALCOMM Windows Eudora Version 5.0
Date: Thu, 22 Nov 2001 12:17:52 +0100
To: gbfliste, DSMZliste, Fremdfirmen
From: Joachim Reichelt <[e-mail]>
Subject: Handys statt Pieper
Mime-Version: 1.0
Content-Type: multipart/mixed;
        boundary="=====================_93398630==_"

Reproducible: Always
Steps to Reproduce:
1.Send an attachment using EUDORA
2.Get it by IMAP
3.raed it in mozilla
4.click on the attachment an try to open it with the app that
  belongs to it.
5. assign this app and its extension to this type of attachment
6 [details]. get another attachment the same wai fo another app.
7 try to open
8. you have the wrong extension for the actual app in UPPERCASE

Actual Results:  wrong application is opened
file cannot be read or is not opened due to uppercase extension on LINUX

Expected Results:  Use the given filename to save an attachment without
changeing
the extension by all means.
Give the user the possibility to assign apps to attachment
based on the extension as it is in NETSCAPE 4.x etc.

Comment 1

[Boris Zbarsky [:bzbarsky]]

See also bug 90633

Comment 2

[Philip White]

Joachim,

   Are you still having this problem with the latest version of Mozilla, 
1.0RC1?  If so, please let us know.  If not, please resolve this bug.

   Thanks for testing Mozilla.

Comment 3

[esther]

changing qa to trix and component to attachment

Comment 4

[Anant Sahai]

I can confirm similar behaviour in 1.0rc3 on Linux. 

I received an email containing an Excel attachment with extension .xls. When I
ask mozilla to save it to disk, it uses the correct name. But when I select the
"open" option, it insists that it is of type "LaTeX" and has extension .tex.

Here is the header info for the attachment in the email:

--part1_d6.171373f1.2a23f57b_boundary
Content-Type: application/octet-stream; name="ee126grades.xls"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="ee126grades.xls"

0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAA[snip]

Here are a couple of snippets from my mimeTypes.rdf file in my personal .mozilla
configuration directory. 

 <RDF:Description about="urn:mimetype:application/octet-stream"
                   NC:value="application/octet-stream"
                   NC:description="LaTeX"
                   NC:editable="true"
                   NC:fileExtensions="tex">
    <NC:handlerProp resource="urn:mimetype:handler:application/octet-stream"/>
  </RDF:Description>
and
  <RDF:Description about="urn:mimetype:application/vnd.ms-excel"
                   NC:value="application/vnd.ms-excel"
                   NC:description="MS Excel"
                   NC:fileExtensions="xls"
                   NC:editable="true">
    <NC:handlerProp resource="urn:mimetype:handler:application/vnd.ms-excel"/>
  </RDF:Description>

What I would like to have happen is to be given a chance to specify OpenOffice
as my default program for opening .xls files.

Comment 5

[Boris Zbarsky [:bzbarsky]]

Anant, you are almost certainly seeing bug 120327 (on which this depends).  At
least fixing that bug will fix the issue you are seeing....

I strongly suggest not defining anything associated with the
application/octet-stream content-type; then everything will work as you want in
your case.

Comment 6

[Boris 'pi' Piwinger]

So is this a dupe of bug 120327?

pi

Comment 7

[Boris 'pi' Piwinger]

There was some attempt to fix bug 120327. Do you still see the problem with a
new nightly?

pi

Comment 8

[Boris 'pi' Piwinger]

No response -> WFM

pi

Comment 9

[Trix Supremo]

changing qa contact to yulian

Comment 10

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

verified wfm