139281 - crash when loading the page and 'Default Character Coding' is ISO-8859-2

Status: RESOLVED WORKSFORME

Description

[Michal Schmidt]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc1) Gecko/20020422
BuildID:    2002042208

When I try to load the page http://www.stud.fee.vutbr.cz/~xschmi00/moz/pom2.html
and I have Preferences->Navigator->Languages->Default Character Coding  set to
Central European (ISO-8859-2), Mozilla hangs. With every other character coding
I tried (Windows-1250, IBM-852, ISO-8859-1, UTF-8) it doesn't crash.
The crash is reproducible also when the page is loaded from local disk.

Reproducible: Always
Steps to Reproduce:
1. Set your Default Character Coding to 'Central European(ISO-8859-2)'
2. Browse to http://www.stud.fee.vutbr.cz/~xschmi00/moz/pom2.html


Actual Results:  Mozilla doesn't respond to mouse, keyboard, doesn't repaint its
window.

Expected Results:  It should load the page and not crash.

Talkback ID: TB5486541Q

Comment 1

[sairuh (rarely reading bugmail)]

Incident ID 5486541
Stack Signature libc.so.6 + 0x74b29 (0x40512b29) 94131af7
Product ID Mozilla1.0
Build ID 2002042208
Trigger Time 2002-04-22 12:05:59
Platform LinuxIntel
Operating System Linux 2.4.16-4GB
Module libc.so.6
URL visited http://www.stud.fee.vutbr.cz/~xschmi00/moz/pom2.html
User Comments Entered the URL. Mozilla immediately crashed. I have 'default
charset' set to 'ISO-8859-2'. When I set it to 'ISO-8859-1', it doesn't crash.
Trigger Reason SIGSEGV: Segmentation Fault: (signal 11)

Stack Trace
libc.so.6 + 0x74b29 (0x40512b29)
libc.so.6 + 0x749a3 (0x405129a3)
PR_Free()
nsMemoryImpl::Free()
nsMemory::Free()
nsStrPrivate::Free()
nsStrPrivate::Destroy()
nsCString::~nsCString()
nsStandardURL::~nsStandardURL()
nsStandardURL::Release()
nsCOMPtr_base::~nsCOMPtr_base()
NS_MakeAbsoluteURIWithCharset()
nsHTMLAnchorElement::GetHrefCString()
nsStyleUtil::IsHTMLLink()
RuleProcessorData::RuleProcessorData()
StyleSetImpl::ResolveStyleFor()
nsPresContext::ResolveStyleContextFor()
nsCSSFrameConstructor::ResolveStyleContext()
nsCSSFrameConstructor::ConstructFrame()
nsCSSFrameConstructor::ContentAppended()
StyleSetImpl::ContentAppended()
PresShell::ContentAppended()
nsDocument::ContentAppended()
nsHTMLDocument::ContentAppended()
HTMLContentSink::NotifyAppend()
SinkContext::FlushTags()
HTMLContentSink::CloseBody()
CNavDTD::CloseBody()
CNavDTD::CloseContainer()
CNavDTD::CloseContainersTo()
CNavDTD::CloseContainersTo()
CNavDTD::DidBuildModel()
nsParser::DidBuildModel()
nsParser::ResumeParse()
nsParser::OnStopRequest()
nsDocumentOpenInfo::OnStopRequest()
nsStreamListenerTee::OnStopRequest()
nsHttpChannel::OnStopRequest()
nsOnStopRequestEvent::HandleEvent()
nsARequestObserverEvent::HandlePLEvent()
PL_HandleEvent()
PL_ProcessPendingEvents()
nsEventQueueImpl::ProcessPendingEvents()
event_processor_callback()
our_gdk_io_invoke()
libglib-1.2.so.0 + 0xf3b0 (0x4038f3b0)
libglib-1.2.so.0 + 0x10c46 (0x40390c46)
libglib-1.2.so.0 + 0x11273 (0x40391273)
libglib-1.2.so.0 + 0x1143c (0x4039143c)
libgtk-1.2.so.0 + 0x9296c (0x402a996c)
nsAppShell::Run()
nsAppShellService::Run()
main1()
main()
libc.so.6 + 0x1d7ee (0x404bb7ee)

Comment 2

[Matthias Versen [:Matti]]

-> Layout

I see the crash with my opt build but not with my debug.
(i get errors from MSVC++ debugger)

CC [e-mail] (INT)

Comment 3

[Laura Krietemeyer]

Changing QA Contact

Comment 4

[Amarendra Hanumanula]

 Setting the priority to P2

Comment 5

[Michal Schmidt]

I'm no more able to reproduce the crash with build 2002050121.

Comment 6

[Amarendra Hanumanula]

 Confirmed browser does not crash any more. Marking WFM
Build ID: 2002050106
WIN2K