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)

x86
Windows XP
defect
Not set
normal

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)
bug 255694 causes the same assertion, but looks like a different issue to me.
Someone should test if the patch in bug 279703 fixes this.
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: xptoolkit.menus → xptoolkit.widgets
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.