Closed Bug 166569 Opened 22 years ago Closed 13 years ago

[RR/RCF]perhaps closing a window using a menu (or not using it?) triggered a change in a destroyed menu? [@ ApplyRenderingChangeToTree]

Categories

(Core :: CSS Parsing and Computation, defect, P3)

Product:
Core
Component:
CSS Parsing and Computation
Platform:
x86
Windows 2000
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: timeless, Unassigned)

References

(Depends on 1 open bug)

Details

Stack Signature ApplyRenderingChangeToTree 63f2508b Email Address timeless@bemail.org Product ID MozillaTrunk Build ID 2002083008 Trigger Time 2002-09-01 00:33:54 Platform Win32 Operating System Windows NT 5.0 build 2195 Module gklayout.dll URL visited closing windows User Comments Trigger Reason Access violation Source File Name c:/builds/seamonkey/mozilla/layout/html/style/src/g Trigger Line No. 10122 Stack Trace ApplyRenderingChangeToTree [c:/builds/seamonkey/mozilla/layout/html/style/src/nsCSSFrameConstructor.cpp, line 10122] nsCSSFrameConstructor::ProcessRestyledFrames [c:/builds/seamonkey/mozilla/layout/html/style/src/nsCSSFrameConstructor.cpp, line 10335] nsCSSFrameConstructor::AttributeChanged [c:/builds/seamonkey/mozilla/layout/html/style/src/nsCSSFrameConstructor.cpp, line 10759] StyleSetImpl::AttributeChanged [c:/builds/seamonkey/mozilla/content/base/src/nsStyleSet.cpp, line 1588] PresShell::AttributeChanged [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 5206] nsXULDocument::AttributeChanged [c:/builds/seamonkey/mozilla/content/xul/document/src/nsXULDocument.cpp, line 2224] nsXULElement::SetAttr [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 2750] nsXULElement::SetAttribute [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 1330] nsMenuFrame::OpenMenu [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsMenuFrame.cpp, line 736] nsMenuBarFrame::SetCurrentMenuItem [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsMenuBarFrame.cpp, line 586] nsMenuBarFrame::KeyboardNavigation [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsMenuBarFrame.cpp, line 410] nsMenuListener::KeyPress [c:/builds/seamonkey/mozilla/layout/xul/base/src/nsMenuListener.cpp, line 249] nsEventListenerManager::HandleEvent [c:/builds/seamonkey/mozilla/content/events/src/nsEventListenerManager.cpp, line 1615] nsXULDocument::HandleDOMEvent [c:/builds/seamonkey/mozilla/content/xul/document/src/nsXULDocument.cpp, line 2620] nsXULElement::HandleDOMEvent [c:/builds/seamonkey/mozilla/content/xul/content/src/nsXULElement.cpp, line 3458] PresShell::HandleEventInternal [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6107] PresShell::HandleEvent [c:/builds/seamonkey/mozilla/layout/html/base/src/nsPresShell.cpp, line 6030] nsViewManager::HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp, line 2046] nsView::HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp, line 301] nsViewManager::DispatchEvent [c:/builds/seamonkey/mozilla/view/src/nsViewManager.cpp, line 1903] HandleEvent [c:/builds/seamonkey/mozilla/view/src/nsView.cpp, line 83] nsWindow::DispatchEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 1038] nsWindow::DispatchWindowEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 1055] nsWindow::DispatchKeyEvent [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 2886] nsWindow::OnKeyDown [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 2975] nsWindow::ProcessMessage [c:/builds/seamonkey/mozilla/widget/src/windows/nsWindow.cpp, line 3800] related: bug 141590 bug 166205 (also a stack in bug 124596) can someone find this stack and check the registers? we'd like to know if shell was null or deleted.
Severity: normal → critical
Priority: -- → P3
Summary: perhaps closing a window using a menu (or not using it?) triggered a change in a destroyed menu? [@ ApplyRenderingChangeToTree] → [RR/RCF]perhaps closing a window using a menu (or not using it?) triggered a change in a destroyed menu? [@ ApplyRenderingChangeToTree]
"shell" is null. EAX=shell and is null. The assembler for the talkback is line 10121: shell->IsPaintingSuppressed(&isPaintingSuppressed).
Given that PresShell *does* exists--the pointer to it is just not set in the prescontext--bryner's prescontext patch (bug 154199) should fix this. Setting dependent.
Depends on: prescontext
Assignee: dbaron → nobody
QA Contact: ian → style-system
I think a single crash report from 10 years ago without reliable steps to reproduce is no longer worth investigating.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.