Closed Bug 277172 Opened 20 years ago Closed 18 years ago

Attachments not accessible

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: mmokrejs, Assigned: mscott)

Details

Attachments

(1 file)

Hi,
  I use cvs version of mozilla for some months, I update time to time. Now, I
don't see some attachments, although the "status" bar splitting right upper and
lower wframes in mailer shows the icon used for attachments. When I double click
the icon, there are no attachments.

  I did "Save as" and the file has attachment. It is forwarded email from PINE
MUA. Something is wrong in mozilla's mailer. I use on linux Mozilla/5.0 (X11; U;
Linux i686; en-US; rv:1.8a6) Gecko/20050102
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
I see the attachment now but double-clicking the icon gives me:


###!!! ASSERTION: couldn't get message header: 'PR_FALSE', file nsMailboxProtocol.cpp, line 436
Break: at file nsMailboxProtocol.cpp, line 436
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsMailboxService.cpp, line 641
WARNING: NS_ENSURE_TRUE(msg) failed, file nsMailboxUrl.cpp, line 495
WARNING: NS_ENSURE_TRUE(NS_SUCCEEDED(rv)) failed, file nsMailboxUrl.cpp, line 525


Download the testcase and use "File/Open file" from the mailer and doubleclick the attachment file (.doc file). Then you get the assertion.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20051122 SeaMonkey/1.5a

 ./configure --disable-optimize --enable-debug='-g3 -O0' --enable-debug-modules=all --enable-debugger-info-modules --enable-detect-webshell-leaks --enable-svg --enable-svg-renderer-libart --enable-image-decoders=all --with-qtdir=/usr/qt/3 --enable-application=suite --disable-freetype2 --enable-default-toolkit=gtk2 --enable-xft --disable-gssapi
Status: RESOLVED → UNCONFIRMED
Resolution: EXPIRED → ---
hi,

I frequently receive emails with attachments that don't conform to standards i.e. the attachment is after the end-of-message mark (with -- on the end of MIME multipart boundary). It seems it was sent by a Microsoft Outlook.

I know that it's nonstandard but I'd be happy if Thunderbird could extract these attachments as they're there.

Example (stripped):

Received: from anywhere.com ([10.20.30.40]) by anywhere.com with Microsoft SMTPSVC(6.0.3790.1830);
	 Mon, 11 Jan 2006 14:07:16 +0100
Message-ID: <......>
From: ...
To: ...
Subject: Fw: email
Date: Wed, 11 Jan 2006 14:06:24 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed;
	boundary="----_=_NextPart_000_01C61A84.A1670BDE"

This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_000_01C61A84.A1670BDE
Content-Type: multipart/alternative;
	boundary="----_=_NextPart_001_01C61A84.A1670BDE"


------_=_NextPart_001_01C61A84.A1670BDE
Content-Type: text/plain;
	charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

Kedves Mindenki!=20

...
  _____ =20


------_=_NextPart_001_01C61A84.A1670BDE
Content-Type: text/html;
	charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML xmlns:o =3D "urn:schemas-microsoft-com:office:office"><HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3DISO-8859-1">


<META content=3D"MSHTML 6.00.2900.2802" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>
<DIV>
<P class=3DMsoNormal=20
style=3D"MARGIN: 0cm 0cm 0pt; TEXT-ALIGN: =
justify">Kedves&nbsp;Mindenki!<o:p>&nbsp;</o:p></P>

...

<HR>

<P></P>
<P>
<CENTER><IMG=20
src=3D"CID:{8BB9346D-2D7F-44E0-8ECA-EEF6A58E759A}/terkep.png"></CENTER><=
/BODY></HTML>

------_=_NextPart_001_01C61A84.A1670BDE--

------_=_NextPart_000_01C61A84.A1670BDE
Content-Type: image/png;
	name="terkep.png"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="terkep.png"

...

------_=_NextPart_000_01C61A84.A1670BDE
Content-Type: application/msword;
	name="idopont beosztas.doc"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="idopont beosztas.doc"

...

------_=_NextPart_000_01C61A84.A1670BDE--
Martin Mokrejs, is this still a problem for you?  I just tried opening the sample message (via File|Open: errors in the console per bug 338536 but otherwise opened OK) and saved the message to disk with no problem or further error, using TB 1.5 and 2a1-0909 / X11, Debian.
Yes, I can open the attachment fine on linux with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.13) Gecko/20060426. Do you want me to test current cvs version?
(In reply to comment #7)
> Yes, I can open the attachment fine on linux with Mozilla/5.0 (X11; U; Linux
> i686; en-US; rv:1.7.13) Gecko/20060426. Do you want me to test current cvs
> version?

You reported this bug on a pre-release 1.8 version; and comment 4 mentions 1.9.  It would be good if you could test with a current 1.8.1 branch build or a trunk build (1.9).
I can confirm with current cvs HEAD I can open the attachments. The clip icon is always shown regardless the Original HTML/Simple HTML/Plain text value set in View/"Message body as" menu item.

Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago18 years ago
Resolution: --- → FIXED
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
Reopened to fix resolution.  In the future, please use Fixed only for bugs where you can point to a patch that fixed the problem.
Status: UNCONFIRMED → RESOLVED
Closed: 18 years ago18 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: