480643 - OO CALC xml attachment crashes Thunderbird, error reporting hangs Windows

Status: VERIFIED DUPLICATE of bug 115160

(Thunderbird :: Mail Window Front End, defect)

Description

[John Hart]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.6) Gecko/2009011913 Firefox/3.0.6

Selecting email with the xml attachment causes Thunderbird to freeze
Trying to shut down Thunderbird causes Windows to hang.
The xml file was generated by the Open Office spreadsheet (CALC)
IE crashes when trying to open the file, so there is probably something
wrong with it.  I have loaded the latest version of OO and will try it again.

Reproducible: Always

Steps to Reproduce:
1. send email with the attachment
2 [review]. open the email.
3. try to close program
Actual Results:  
2. Thunderbird stops responding
3. Windows hangs.
4. Can be fixed by killing the error reporting process.

Expected Results:  
1. Nothing if HTML is turned off.
2. Reported the XML error or displayed the 3x1024 block of data

OO can open the file correctly but it takes longer than expected.

Comment 1

[John Hart]

Attachment: 3x1024 spreadsheet output by Open Office 2.xx

Comment 2

[Ludovic Hirlimann [:Usul]]

Hey john, what version of thunderbird are you using ?

Comment 3

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Not a hang - just very very slow.

Comment 4

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Attachment: stack during "hang"

Bienvenu - is this still worth being security-sensitive? Are we spending too much time in certain places?

Comment 5

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

(In reply to comment #4)
> Created an attachment (id=366278) [details]
> stack during "hang"

I got this stack from sampling Thunderbird debug latest comm-1.9.1, on Mac Leopard.

Comment 6

[David :Bienvenu]

mozTXTToHTMLConv::ScanTXT is horribly slow, which is a known issue, but not a security issue, no.

Comment 7

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

(In reply to comment #6)
> mozTXTToHTMLConv::ScanTXT is horribly slow, which is a known issue, but not a
> security issue, no.

Opening up. Confirming too - though I haven't yet searched for a dupe.

Comment 8

[Ludovic Hirlimann [:Usul]]

(In reply to comment #6)
> mozTXTToHTMLConv::ScanTXT is horribly slow, which is a known issue, but not a
> security issue, no.

Even if it crashes on 2.xxx 

Xref bug 115160

Comment 9

[David :Bienvenu]

that's the bug I was thinking of, thx. But I don't see that one or this one talking about a crash.

Comment 10

[timeless]

not all crashes are security bugs, if they were no one would be able to see any bugs and all work would have to be done in private.

Comment 11

[Gary Kwong [:gkw] [:nth10sd] (NOT official MoCo now)]

Dupe of bug 115160 then, pls undo if necessary giving reasons why.

Comment 12

[Wayne Mery (:wsmwk)]

even closed bugs should get keyword(s), severity, etc appropriate to bug description