14242 - Trying to load JPN HTML attachments lead to a crash

Status: VERIFIED WORKSFORME

(MailNews Core :: Internationalization, defect, P3)

Description

[Katsuhiko Momoi]

** Observed with 9/17/99 Win32 build **

When attempting to display HTML attachments (but so far no plain text
attachments), the apprunner crashes.
It fails on EUC. SJIS, JIS pages and with or without any charset
detector on.

Here's a Talkback report on one of the crashes using no charset
detector. Hopedully someone has already filed this.

------------------------------------------------
Trigger Type:  Program Crash
Trigger Reason:  Access violation
Call Stack:    (Signature = nsTextFrame::Reflow 249e90d9)
nsTextFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsTextFrame.cpp, line 2383]
sLineLayout::ReflowFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsLineLayout.cpp, line 909]
nsInlineFrame::ReflowInlineFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsInlineFrame.cpp, line 1566]
nsInlineFrame::ReflowInlineFrames
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsInlineFrame.cpp, line 1401]
nsInlineFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsInlineFrame.cpp, line 1323]
nsLineLayout::ReflowFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsLineLayout.cpp, line 909]
nsBlockFrame::ReflowInlineFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 3378]
nsBlockFrame::DoReflowInlineFrames
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 3268]
nsBlockFrame::DoReflowInlineFramesAuto
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 3215]
nsBlockFrame::ReflowInlineFrames
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 3164]
 nsBlockFrame::ReflowLine
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2429]
nsBlockFrame::ReflowDirtyLines
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2171]
nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 1417]
nsBlockReflowContext::ReflowBlock
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockReflowContext.cpp, line
230]
nsBlockFrame::ReflowBlockFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2952]
nsBlockFrame::ReflowLine
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2381]
nsBlockFrame::ReflowDirtyLines
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2171]
nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 1417]
nsBlockReflowContext::ReflowBlock
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockReflowContext.cpp, line
230]
nsBlockFrame::ReflowBlockFrame
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2952]
nsBlockFrame::ReflowLine
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2381]
nsBlockFrame::ReflowDirtyLines
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 2171]
nsBlockFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsBlockFrame.cpp, line 1417]
nsAreaFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsAreaFrame.cpp, line 412]
nsContainerFrame::ReflowChild
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line
462]
RootFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLFrame.cpp, line 333]
nsContainerFrame::ReflowChild
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line
462]
nsScrollFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsScrollFrame.cpp, line 607]
nsContainerFrame::ReflowChild
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsContainerFrame.cpp, line
462]
ViewportFrame::Reflow
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsViewportFrame.cpp, line 516]
nsHTMLReflowCommand::Dispatch
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsHTMLReflowCommand.cpp, line
141]
PresShell::ProcessReflowCommands
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsPresShell.cpp, line 1261]
FrameManager::HandlePLEvent
[d:\builds\seamonkey\mozilla\layout\html\base\src\nsFrameManager.cpp, line 505]
PL_HandleEvent  [plevent.c, line 510]
PL_ProcessPendingEvents   [plevent.c, line 471]
_md_EventReceiverProc [plevent.c, line 942]
USER32.dll + 0x1250 (0x77e71250)
nsAppShellService::Quit
[d:\builds\seamonkey\mozilla\xpfe\appshell\src\nsAppShellService.cpp, line 461]
main  [d:\builds\seamonkey\mozilla\xpfe\bootstrap\nsAppRunner.cpp, line 645]
apprunner.exe + 0x2519 (0x00402519)
KERNEL32.dll + 0x1b304 (0x77f1b304)

-------------------------------------------------

Comment 1

[Katsuhiko Momoi]

If you want to see the full report, go to:

http://cyclone/reports/reporttemplate.cfm?style=1&reportID=1099

and click on the Bug 14242.

Comment 2

[nhottanscp]

I cannot reproduce this using netscape home page (ja, ko, cn, tw), please
specify the page (or attach html to this bug).

Comment 3

[nhottanscp]

Using the same binary (win32 1999-09-17-13-M11), I still cannot reproduce this.
The data I used was one of i18n smoke test (attached netscape ja home page).
I'll try again with Monday's build.

Comment 4

[nhottanscp]

Change QA Contact to msanz since momoi is unavailable for a week.
Although it is not mentioned in this report, I think this is a regression.
Attachment view has been available for testing since M10 and the data is also
included in the i18n smoke test.
Anyway, this bug report does not have enough imformation about the data and the
reproducable procedure. I would like someone in IQA to test again and add those
information to the bug report.

Comment 5

[nhottanscp]

BTW, by looking at the stack, it doesn't seems to be related to i18n. If someone
ever reproduce this bug please also try Ascii html attachments.

Comment 6

[nhottanscp]

I used today's release build win32 1999-09-20-09-M11. I cannot reproduce this, I
tried local message of the i18n smoke test (netscape ja attachment). Imap I had
other blocking problem (cannot view messages at all) so I could not try this.
I mark this as WORKSFORME since I have tried three times in different
combinations (WinNT US/Win98 J, debug/release) and still cannot reproduce this.

Comment 7

[msanz]

Changing QA contact to marina. Marina, can you try and reproduce this bug? If
you cannot, please change the QA contact to Kat for verification; if you
reproduce it, just reopen it.

Comment 8

[marina]

With today's build(1999-0920) and with (without) charset detector i was able to
load and see JPN attachment and had no crash.(US NT 40).So i would verify this
bug and when Kat is back and he will still have problems he could reopen.