Build ID: new trunk Steps to Reproduce: (1) Drag-select text in the URL bar (2) With the mouse button still down, move the cursor out of the textfield. (3) Pause. Result: the tooltip for the textfield appears. This has many manifestations, such as tooltips appearing after you drag and drop text out of the URL bar. Could we add some checks to ensure that the mouse is within the bounds of the node? Or should XULPopupListenerImpl::MouseMove only be firing when you're over the node that asks for the tooltip, anyways?
sounds like we're not getting the mouseExit event when the mouse is down. Probably has to do with the mouse capture used in tracking selection. --> mjudge
Assignee: pinkerton → mjudge
Severity: normal → minor
How about not showing tooltips if a mouse button is down?
reassign to brade and setting to moz0.9.1
Assignee: mjudge → brade
Target Milestone: --- → mozilla0.9.1
This is really annoying and appears in multiple forms. Any traction on this?
Keywords: nsbeta1, nsCatFood
so... if tooltip timer fires and mouse is down, dont display tooltip. that should fix it quickly. any problems with that? who is responsible for the tooltips comming up?
moving to 9.2, more critical bugs at this point
Target Milestone: mozilla0.9.1 → mozilla0.9.2
mjudge's approach would then make this dependent on bug 78248.
you're right it would be dependent on that bug, updating bug to reflect that and moving to the same milestone as dependent bug
Depends on: 78248
Target Milestone: mozilla0.9.2 → mozilla1.1
This is a selection issue; selection should be generating a mouseExit event while the mouse is down. -->mjudge
Summary: Tooltips appear even when mouse isn't over node → Tooltips appear even when mouse isn't over node (missing mouseExit event)
Target Milestone: mozilla1.1 → ---
Assignee: brade → mjudge
bumbing to future
Target Milestone: --- → Future
Component: XP Toolkit/Widgets: Menus → XUL
QA Contact: jrgmorrison → xptoolkit.widgets
You need to log in before you can comment on or make changes to this bug.