Closed
Bug 139281
Opened 23 years ago
Closed 23 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•23 years ago
|
Keywords: crash,
stackwanted
Comment 1•23 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•23 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•23 years ago
|
||
Setting the priority to P2
Updated•23 years ago
|
Priority: -- → P2
Target Milestone: --- → Future
Reporter | ||
Comment 5•23 years ago
|
||
I'm no more able to reproduce the crash with build 2002050121.
Comment 6•23 years ago
|
||
Confirmed browser does not crash any more. Marking WFM
Build ID: 2002050106
WIN2K
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•