Closed
Bug 359723
Opened 18 years ago
Closed 11 years ago
###!!! ASSERTION: rollup widget reassigned before release: '!gRollupWidget' opening a menu via a keyboard shortcut while the location autocomplete dropdown is open
Categories
(Core :: XUL, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: asqueella, Unassigned)
Details
(Keywords: assertion)
1. Open firefox 2. Type about:blank in the address bar, hit enter to load 3. CTRL+L, еype about:, press down arrow causing the autocomplete dropdown to open. 4. hit Alt+T to open the tools menu Actual results: "###!!! ASSERTION: rollup widget reassigned before release: '!gRollupWidget', file c:/mozilla-second/mozilla/widget/src/windows/nsWindow.cpp, line 1180" Note: opening the menu with mouse works. Break(aMsg=0x0012e964) NS_DebugBreak_P(aSeverity=0x00000001, aStr=0x01d9c5f8, aExpr=0x01d9c5e8, aFile=0x01d9c5ac, aLine=0x0000049c) nsWindow::CaptureRollupEvents(aListener=0x037dbdc8, aDoCapture=0x00000001, aConsumeRollupEvent=0x00000000) nsMenuDismissalListener::Register() nsMenuDismissalListener::SetCurrentMenuParent(aMenuParent=0x03be1d38) nsMenuFrame::OpenMenuInternal(aActivateFlag=0x00000001) nsMenuFrame::OpenMenu(aActivateFlag=0x00000001) nsMenuBarFrame::ShortcutNavigation(aKeyEvent=0x039abd78, aHandledFlag=0x00000001) nsMenuBarListener::KeyPress(aKeyEvent=0x039abd88) DispatchToInterface(aEvent=0x039abd88, aListener=0x036726c8, aMethod=0x024d8380, aIID={...}) nsEventListenerManager::HandleEvent(aPresContext=0x031c20f8, aEvent=0x0012f4ec, aDOMEvent=0x0012f1b0, aCurrentTarget=0x02f86398, aFlags=0x00000002, aEventStatus=0x0012f1b4) nsEventTargetChainItem::HandleEvent(aVisitor={...}, aFlags=0x00000002) nsEventTargetChainItem::HandleEventTargetChain(aVisitor={...}, aFlags=0x00000006, aCallback=0x0012f24c) nsEventDispatcher::Dispatch(aTarget=0x03826cc0, aPresContext=0x031c20f8, aEvent=0x0012f4ec, aDOMEvent=0x00000000, aEventStatus=0x0012f300, aCallback=0x0012f24c, aTargetIsChromeHandler=0x00000000) PresShell::HandleEventInternal(aEvent=0x0012f4ec, aView=0x031c34a8, aStatus=0x0012f300) PresShell::HandleEvent(aView=0x031c34a8, aEvent=0x0012f4ec, aEventStatus=0x0012f300) nsViewManager::HandleEvent(aView=0x031c34a8, aPoint={...}, aEvent=0x0012f4ec, aCaptured=0x00000000) nsViewManager::DispatchEvent(aEvent=0x0012f4ec, aStatus=0x0012f428) HandleEvent(aEvent=0x0012f4ec) nsWindow::DispatchEvent(event=0x0012f4ec, aStatus=nsEventStatus_eIgnore) nsWindow::DispatchWindowEvent(event=0x0012f4ec) nsWindow::DispatchKeyEvent(aEventType=0x00000083, aCharCode=0x0074, aVirtualCharCode=0x00000000, aKeyData=0x20140001, aFlags=0x00000000) nsWindow::OnKeyDown(aVirtualKeyCode=0x00000054, aScanCode=0x00002014, aKeyData=0x20140001) nsWindow::ProcessMessage(msg=0x00000104, wParam=0x00000054, lParam=0x20140001, aRetValue=0x0012f9d8) nsWindow::WindowProc(hWnd=0x00110c10, msg=0x00000104, wParam=0x00000054, lParam=0x20140001) 77d48734() 77d48816() 77d489cd() 77d48a10() nsAppShell::ProcessNextNativeEvent(mayWait=0x00000001) nsBaseAppShell::DoProcessNextNativeEvent(mayWait=0x00000001) nsBaseAppShell::OnProcessNextEvent(thr=0x00b6d838, mayWait=0x00000001, recursionDepth=0x00000000) nsThread::ProcessNextEvent(mayWait=0x00000001, result=0x0012fbc4) NS_ProcessNextEvent_P(thread=0x00b6d838, mayWait=0x00000001) nsBaseAppShell::Run() nsAppStartup::Run() XRE_main(argc=0x00000003, argv=0x00b685a8, aAppData=0x004036b0) main(argc=0x00000003, argv=0x00b685a8)
Reporter | ||
Comment 1•18 years ago
|
||
bug 255694 causes the same assertion, but looks like a different issue to me.
Comment 2•18 years ago
|
||
Someone should test if the patch in bug 279703 fixes this.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
Comment 3•11 years ago
|
||
The assert was removed as part of Bug 701760.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•