228960 - Different formats on JPEG fail to display

Status: RESOLVED DUPLICATE of bug 44781

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Neil Stone]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.5) Gecko/20031007
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.5) Gecko/20031007

We have had problems with different formats of JPEG imag. JFIF seems to be the
only type that works, either inline or as attachment

Reproducible: Always

Steps to Reproduce:
1. Attach EXIF format JPEG
2. Attach JFIF format JPEG

Actual Results:  
Only 2nd image (JFIF) will display, other will be reported as "containing errors"

Expected Results:  
Displayed both images..

If i save the file to disk and open in gimp, re-save the file without alteration
I can view the images.. but this saves as JFIF

Comment 1

[Frank Wein [:mcsmurf]]

wfm cvs trunk from today

Comment 2

[Jean-François MONNIER]

message d'erreur :
"Le point d'entrée de procédure ??1nsCSting@UAE@XZ est introuvable dans la
bibliothèque de liaison dynamique xpcom.dll"

Comment 3

[Frank Wein [:mcsmurf]]

Reporter: Is this still a problem with a current Mozilla build?

Comment 4

[Tristan Miller]

I'm not the reporter, but I'm experiencing similar troubles with certain JPEGs.
 For example, Mozilla indicates that the graphic
http://www.coop99.at/darwins-nightmare/darwin/press/darwin_03.jpg contains
errors; however, the Gimp can open it just fine.  Running strings on the file
reveals the following lines at the top, so maybe it has something to do with the
EXIF issues reported here.

Exif
Adobe Photoshop 7.0
2004:08:24 09:47:48
JFIF
Adobe_CM
Adobe

There is also a lot of embedded XML later on in the file.

I am running Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050414.

Comment 5

[Tristan Miller]

I should also clarify that this behaviour was observed in the Mozilla browser,
not the mail client.  If my problem is the same as the OP's, then the component
field of this bug should be changed to something more general.

Comment 6

[Gervase Markham [:gerv]]

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/

Comment 7

[Tristan Miller]

Bug still occurs with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12)
Gecko/20050919.

Comment 8

[Anthony DeRobertis]

I see something silimar with a different JPEG image which does not contain EXIF information. Attaching.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8) Gecko/20051111 Firefox/1.5
Confirmed on Windows as well by a friend

Comment 9

[Anthony DeRobertis]

Attachment: Image that works in Gimp but not Firefox

Comment 10

[Mike Cowperthwaite]

This appears to be the same problem as bug 338462, filed (more appropriately) under Core: ImageLib.

Comment 11

[Mike Cowperthwaite]

I found the older bug for this.

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