Closed Bug 68632 Opened 24 years ago Closed 24 years ago

Right-clicking on bookmark while in-line editing causes crash

Categories

(SeaMonkey :: Bookmarks & History, defect, P1)

x86
Windows 2000
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9

People

(Reporter: tkho, Assigned: mikepinkerton)

References

Details

(Keywords: crash)

I open the bookmark manager and double click on a folder/bookmark to edit its name. When I right click on this edit box, mozilla crashes. This is 2/11 build on win2k pro.
Worksforme, 2001-02-11 build on Linux, but crashes for Fabian on win95. setting status to new, adding keyword, adding dependency.
Blocks: 68550
Severity: normal → critical
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: crash
Same on 2001021204 win98 See TB26216417G
nsPopupSetFrame::MarkAsGenerated(nsIContent * 0x03ac3990) line 517 + 25 bytes nsPopupSetFrame::CreatePopup(nsPopupSetFrame * const 0x03aa1764, nsIContent * 0x03ab82a0, nsIContent * 0x03ac3990, int 137, int 112, const nsString & {...}, const nsString & {...}, const nsString & {...}) line 472 nsPopupSetBoxObject::CreatePopup(nsPopupSetBoxObject * const 0x03ac2d08, nsIDOMElement * 0x03ab82a4, nsIDOMElement * 0x03ac3994, int 137, int 112, const unsigned short * 0x0012e454, const unsigned short * 0x0012e2d4, const unsigned short * 0x0012e224) line 139 + 109 bytes XULPopupListenerImpl::LaunchPopup(int 137, int 112) line 798 XULPopupListenerImpl::LaunchPopup(nsIDOMEvent * 0x03ac2c94) line 645 + 19 bytes XULPopupListenerImpl::PreLaunchPopup(nsIDOMEvent * 0x03ac2c94) line 353 XULPopupListenerImpl::MouseUp(nsIDOMEvent * 0x03ac2c94) line 257 + 15 bytes nsEventListenerManager::HandleEvent(nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, nsIDOMEventTarget * 0x03ab82a8, unsigned int 2, nsEventStatus * 0x0012f6f0) line 910 + 23 bytes nsXULElement::HandleDOMEvent(nsXULElement * const 0x03ab82a0, nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, unsigned int 2, nsEventStatus * 0x0012f6f0) line 3455 nsXULElement::HandleDOMEvent(nsXULElement * const 0x03ac3480, nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, unsigned int 2, nsEventStatus * 0x0012f6f0) line 3472 + 39 bytes nsGenericElement::HandleDOMEvent(nsGenericElement * const 0x03ac3678, nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, unsigned int 2, nsEventStatus * 0x0012f6f0) line 1445 + 39 bytes nsHTMLInputElement::HandleDOMEvent(nsHTMLInputElement * const 0x03ac3678, nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, unsigned int 2, nsEventStatus * 0x0012f6f0) line 1031 + 29 bytes nsGenericElement::HandleDOMEvent(nsGenericElement * const 0x03ace2b8, nsIPresContext * 0x0389ae68, nsEvent * 0x0012f7f8, nsIDOMEvent * * 0x0012f424, unsigned int 1, nsEventStatus * 0x0012f6f0) line 1445 + 39 bytes PresShell::HandleEventInternal(nsEvent * 0x0012f7f8, nsIView * 0x03ad1118, unsigned int 1, nsEventStatus * 0x0012f6f0) line 4907 + 41 bytes PresShell::HandleEvent(PresShell * const 0x03868b44, nsIView * 0x03ad1118, nsGUIEvent * 0x0012f7f8, nsEventStatus * 0x0012f6f0, int 0, int & 1) line 4836 + 25 bytes nsView::HandleEvent(nsView * const 0x03ad1118, nsGUIEvent * 0x0012f7f8, unsigned int 8, nsEventStatus * 0x0012f6f0, int 0, int & 1) line 372 nsView::HandleEvent(nsView * const 0x03ad0af8, nsGUIEvent * 0x0012f7f8, unsigned int 8, nsEventStatus * 0x0012f6f0, int 0, int & 1) line 345 nsView::HandleEvent(nsView * const 0x03a39cd0, nsGUIEvent * 0x0012f7f8, unsigned int 8, nsEventStatus * 0x0012f6f0, int 0, int & 1) line 345 nsView::HandleEvent(nsView * const 0x03a394c8, nsGUIEvent * 0x0012f7f8, unsigned int 8, nsEventStatus * 0x0012f6f0, int 0, int & 1) line 345 nsView::HandleEvent(nsView * const 0x03868640, nsGUIEvent * 0x0012f7f8, unsigned int 28, nsEventStatus * 0x0012f6f0, int 1, int & 1) line 345 nsViewManager2::DispatchEvent(nsViewManager2 * const 0x03868428, nsGUIEvent * 0x0012f7f8, nsEventStatus * 0x0012f6f0) line 1424 HandleEvent(nsGUIEvent * 0x0012f7f8) line 68 nsWindow::DispatchEvent(nsWindow * const 0x03a39584, nsGUIEvent * 0x0012f7f8, nsEventStatus & nsEventStatus_eIgnore) line 687 + 10 bytes nsWindow::DispatchWindowEvent(nsGUIEvent * 0x0012f7f8) line 708 nsWindow::DispatchMouseEvent(unsigned int 320, nsPoint * 0x00000000) line 3949 + 21 bytes ChildWindow::DispatchMouseEvent(unsigned int 320, nsPoint * 0x00000000) line 4159 nsWindow::ProcessMessage(unsigned int 517, unsigned int 0, long 3014789, long * 0x0012fbc0) line 3014 + 24 bytes nsWindow::WindowProc(HWND__ * 0x00710510, unsigned int 517, unsigned int 0, long 3014789) line 923 + 27 bytes USER32! 77e148dc() USER32! 77e14aa7() USER32! 77e266fd() nsAppShellService::Run(nsAppShellService * const 0x00b906b8) line 408 main1(int 2, char * * 0x004b77a0, nsISupports * 0x00000000) line 978 + 32 bytes main(int 2, char * * 0x004b77a0) line 1272 + 37 bytes mainCRTStartup() line 338 + 17 bytes KERNEL32! 77e992a6()
*** Bug 68775 has been marked as a duplicate of this bug. ***
I believe this was fixed when hyatt fixed his XBL stuff. I remember that he had *lots* of bugs like this! Anyway, it worksforme and I think it's fixed. Does anyone wanna take a shot at resolving this wfm? Reporter, are you still running into this with a recent nightly?
i'm still seeing this with the 2001030205 nightly on win2k.
wfm 2001030205 win98
just to be careful, I'd like to see this wfm on Win2k with a current-ish build b4 I resolve it as WFM.
couldn't get it to crash with 2001030608 Win2k or 2001030810 WIn98 builds. Resolving WFM
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
reopening, i'm still seeing this crash with the 2001030804 nightly on win2k. Steps to reproduce: 1. Ctrl+B to open bookmark manager 2. Select folder or bookmark 3. Click Rename on the bookmarks toolbar 4. Right-click in the textfield of the folder or bookmark that is to be renamed
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Updated summary to better reflect new test case, "Right-clicking on bookmark while in-line editing causes crash." Marking nsbeta1+, p1, mozilla0.9
Keywords: nsbeta1+
Priority: -- → P1
Summary: Right-clicking on bookmark causes crash → Right-clicking on bookmark while in-line editing causes crash
Target Milestone: --- → mozilla0.9
Good catch, i must've missed something b/c those certainly weren't the repro steps i was trying. I've reproduced this on Win98 builds as well now (linux remains fine)
flavour of the month is an assertion saying 'popup is attached to an element that isn't XUL' This is a textfield... some HTML document stuff? looks like the QI to nsIXULDocument is failing in the popup listener's LaunchPopup method. I've seen this happen most of the time, but not all of the time (sometimes the appropriate context menu is displayed pink?
Assignee: ben → pinkerton
Status: REOPENED → NEW
i can't dupe this on mac 4/10/01 build. i always get the context menu. i'll try win32 tomorrow.
pull from 4/10/01, wfm on mac and win32.
Status: NEW → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
VERIFY WFm on all 20010410 builds (linux, Win, Mac)
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.