202215 - Mozilla crashes on a binary file when the content type is text/plain

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[Luke Reeves]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4

See URL for an example.  An executable is served to Moz with the content-type of
text/plain, and Mozilla crashes hard.

Reproducible: Always

Steps to Reproduce:



Expected Results:  
The browser should not crash.

Comment 1

[Luke Reeves]

Actually, this is totally reproducable on any binary file with the mime-type set
to text/plain.  This has to be a duplicate.

Comment 2

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Attachment: testcase

Comment 3

[Heikki Toivonen (remove -bugzilla when emailing directly)]

The URL does not seem to work.

The testcase is a Windows executable with text/plain mime type. I don't see
crash on Windows or Linux with 1.4b builds. Please test with Mozilla 1.4b.

Comment 4

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Reporter, can you please make the testcase available?

Comment 5

[Luke Reeves]

Sorry, I put it back up.  I can't reproduce in Windows, but it still crashes Moz
everytime under Linux.

Comment 6

[Heikki Toivonen (remove -bugzilla when emailing directly)]

It does not crash for me on RedHat 8.0. Debug build with XFT just now, and an
optimized build without XFT from 20030429.

Did you test with Mozilla 1.4b? Can you build Mozilla and attach a stack trace?

Comment 7

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Also try with new profile...

Comment 8

[Heikki Toivonen (remove -bugzilla when emailing directly)]

Simon, can you test this too?

Comment 9

[Simon Montagu :smontagu]

No crash for me with uptodate Linux build (without XFT)

Comment 10

[Simon Montagu :smontagu]

This is similar to bug 158796 and its duplicates, though the cause of the crash
may be totally different. In any case, reproducability probably depends on the
default encoding and the presence or absence of character set auto-detection,
and maybe also on installed fonts.

Comment 11

[Daniel Veditz [:dveditz]]

Removing confidential flag from resolved WFM bugs