88752 - Chrash on,first access of a unicode/uft-8 page

Status: VERIFIED DUPLICATE of bug 88486

(Core :: Internationalization, defect)

Description

[pg]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.1+) Gecko/20010629
BuildID:    2001062921

mozilla Chrashes on, on first accessing the url, is should display
a uft-8 page

Reproducible: Always
Steps to Reproduce:
1.open the url http://www.columbia.edu/kermit/utf8.html
2.immediate crash
3.

Actual Results:  immediate crash

Expected Results:  no crash

KONKEROR tests ok so I guess it not my setup.
Feedback TB32414187Y

Comment 1

[pg]

http://www.cl.cam.ac.uk/~mgk25/ucs/examples/UTF-8-demo.txt
Similar crash feedback tb32414478g

(The above liks can be found on the unicode pages
http://www.cl.cam.ac.uk/~mgk25/unicode.html#examples)

Comment 2

[Matthias Versen [:Matti]]

wfm with win2k build 20010630

Comment 3

[Asa Dotzler [:asa]]

Incident ID 32414187
Stack Signature nsFontGTKNormal::GetWidth() 8d10c0e9
Bug ID
Trigger Time 2001-07-01 22:44:25
User Comments Crashes, on first access, no contents are displayed. (konqueror
displayed - so I guess its not my setup)
Build ID 2001062921
Product ID MozillaTrunk
Platform ID LinuxIntel
Stack Trace
nsFontGTKNormal::GetWidth()
nsRenderingContextGTK::GetWidth()
nsTextFrame::MeasureText()
nsTextFrame::Reflow()
nsLineLayout::ReflowFrame()
nsBlockFrame::ReflowInlineFrame()
nsBlockFrame::DoReflowInlineFrames()
nsBlockFrame::DoReflowInlineFramesAuto()
nsBlockFrame::ReflowInlineFrames()
nsBlockFrame::ReflowLine()
nsBlockFrame::ReflowDirtyLines()
nsBlockFrame::Reflow()
nsBlockReflowContext::DoReflowBlock()
nsBlockReflowContext::ReflowBlock()
nsBlockFrame::ReflowBlockFrame()
nsBlockFrame::ReflowLine()
nsBlockFrame::ReflowDirtyLines()
nsBlockFrame::Reflow()
nsBlockReflowContext::DoReflowBlock()
nsBlockReflowContext::ReflowBlock()
nsBlockFrame::ReflowBlockFrame()
nsBlockFrame::ReflowLine()
nsBlockFrame::ReflowDirtyLines()
nsBlockFrame::Reflow()
nsContainerFrame::ReflowChild()
CanvasFrame::Reflow()
nsBoxToBlockAdaptor::Reflow()
nsBoxToBlockAdaptor::DoLayout()
nsBox::Layout()
nsScrollBoxFrame::DoLayout()
nsBox::Layout()
nsContainerBox::LayoutChildAt()
nsGfxScrollFrameInner::LayoutBox()
nsGfxScrollFrameInner::Layout()
nsGfxScrollFrame::DoLayout()
nsBox::Layout()
nsBoxFrame::Reflow()
nsGfxScrollFrame::Reflow()
nsContainerFrame::ReflowChild()
ViewportFrame::Reflow()
nsHTMLReflowCommand::Dispatch()
PresShell::ProcessReflowCommand()
PresShell::ProcessReflowCommands()
HandlePLEvent()
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback()
our_gdk_io_invoke()
libglib-1.2.so.0 + 0xea7a (0x4036ea7a)
libglib-1.2.so.0 + 0x10055 (0x40370055)
libglib-1.2.so.0 + 0x10659 (0x40370659)
libglib-1.2.so.0 + 0x107e8 (0x403707e8)
libgtk-1.2.so.0 + 0x9165b (0x4028565b)
nsAppShell::Run()
nsAppShellService::Run()
main1()
main()
libc.so.6 + 0x1c177 (0x404b1177) 

Comment 4

[nhottanscp]

Reassign to bstell.

Comment 5

[Frank Tang]

I cannot reproduce on my friday after branch build with nsFontMetricsGTK.cpp rev 
1.150.2.3

Maybe depend on XFree86 server version
pg: What is the verion of your Linux? What is the version of your XFree86 ?(did 
you installed seperage package after you instll the base one?)
It could also be font related.
Can this be reproduced with eariler build?
Is this on trunk or 9.2 branch?

Comment 6

[pg]

I just tried the avove link with my mozilla_0.9.1, which happens to still be on
my disk and it work ok - (it did not crash), though the unicode looks a big crook.

Downloaded the latest nightly 2001 07 02 08, still crashes on the above links
(for me at least!) rpm -q XFree86 gives XFree86-4.0.3-5

I don't loaded a load of Ximain stuff, so if you say I have crook
system/libraries, I could agree, (I really should trash this linux and start
again), strange though the mozilla_0.9.1 works

 

Comment 7

[kill this account]

this is a dup of 88486: 
ENCODER_BUFFER_ALLOC_IF_NEEDED does not test for a null convert pointer
before dereferencing it.


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

Comment 8

[Yuying Long]

Verified as dup, re-open it if still see the problem.