Closed Bug 122821 Opened 24 years ago Closed 24 years ago

Mac OS 9.2--the browser hangs while switching themes

Categories

(Core Graveyard :: Skinability, defect)

PowerPC
Mac System 9.x
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: pmac, Assigned: hyatt)

Details

Seen on Mac os 9.2 and linux (commercial build: 2002-01-31-08-trunk). It works fine on windows 98 though. 1. Launch the above build. (make sure it's in classic skin) 2. Select View > Apply theme...> Modern 3. The browser hangs. 4. Reboot the Mac.
Will provide stacktrace sometimes later because the talkback is currently down.
There's no stack trace on mac os 9.2 since it hangs. However, on linux, it crashes. Stack Trace on linux (commercial build: 2002-01-31-08-trunk): 0x00000000 nsStyleContext::Destroy() nsStyleContext::Release() nsStyleContext::~nsStyleContext() nsStyleContext::Destroy() nsStyleContext::Release() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ReResolveStyleContext() FrameManager::ComputeStyleChangeFor() PresShell::ReconstructStyleData() PresShell::StyleSheetRemoved() nsDocument::UpdateStyleSheets() nsChromeRegistry::RefreshWindow() nsChromeRegistry::RefreshWindow() nsChromeRegistry::RefreshSkins() XPTC_InvokeByIndex() XPCWrappedNative::CallMethod() XPC_WN_CallMethod() js_Invoke() js_Interpret() js_Invoke() js_InternalInvoke() JS_CallFunctionValue() nsJSContext::CallEventHandler() nsJSEventListener::HandleEvent() nsEventListenerManager::HandleEventSubType() nsEventListenerManager::HandleEvent() nsXULElement::HandleDOMEvent() nsXULElement::HandleDOMEvent() nsXULElement::HandleDOMEvent() nsXULElement::HandleDOMEvent() nsXULElement::HandleDOMEvent() PresShell::HandleDOMEventWithTarget() nsMenuFrame::Execute() nsMenuFrame::HandleEvent() PresShell::HandleEventInternal() PresShell::HandleEvent() nsView::HandleEvent() nsView::HandleEvent() nsView::HandleEvent() nsView::HandleEvent() nsViewManager::DispatchEvent() HandleEvent() nsWidget::DispatchEvent() nsWidget::DispatchWindowEvent() nsWidget::DispatchMouseEvent() nsWidget::OnButtonReleaseSignal() nsWindow::HandleGDKEvent() dispatch_superwin_event() handle_gdk_event() libgdk-1.2.so.0 + 0x174db (0x4033d4db) libglib-1.2.so.0 + 0x10186 (0x4036d186) libglib-1.2.so.0 + 0x10751 (0x4036d751) libglib-1.2.so.0 + 0x108f1 (0x4036d8f1) libgtk-1.2.so.0 + 0x8c5b9 (0x402915b9) nsAppShell::Run() nsAppShellService::Run() netscape-bin + 0x7dd9 (0x0804fdd9) netscape-bin + 0x8627 (0x08050627) libc.so.6 + 0x189cb (0x4046e9cb)
-> hyatt
Assignee: ben → hyatt
WFM on Mac OS 9.2.2 Mozilla Milestone 0.9.8. Looks like it's fixed in the trunk y'all...
Blocks: 134260
This fixed in both branch and trunk builds on mac os 9.2.2 (branch build: 2002-05-28-05-1.0.0) and (trunk build: 2002-05-28-03-TRUNK)
This is fixed already
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified
Status: RESOLVED → VERIFIED
Hardware: PC → Macintosh
No longer blocks: 134260
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.