Closed
Bug 139281
Opened 22 years ago
Closed 22 years ago
crash when loading the page and 'Default Character Coding' is ISO-8859-2
Categories
(Core :: Layout, defect, P2)
Tracking
()
RESOLVED
WORKSFORME
Future
People
(Reporter: michich, Assigned: attinasi)
References
()
Details
(Keywords: crash)
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
Updated•22 years ago
|
Keywords: crash,
stackwanted
Comment 1•22 years ago
|
||
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•22 years ago
|
||
-> Layout I see the crash with my opt build but not with my debug. (i get errors from MSVC++ debugger) CC yokoyama@netscape.com (INT)
Assignee: Matti → attinasi
Status: UNCONFIRMED → NEW
Component: Browser-General → Layout
Ever confirmed: true
Keywords: stackwanted
OS: Linux → All
QA Contact: imajes-qa → petersen
Comment 4•22 years ago
|
||
Setting the priority to P2
Updated•22 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Reporter | ||
Comment 5•22 years ago
|
||
I'm no more able to reproduce the crash with build 2002050121.
Comment 6•22 years ago
|
||
Confirmed browser does not crash any more. Marking WFM Build ID: 2002050106 WIN2K
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•