Closed
Bug 311558
Opened 19 years ago
Closed 16 years ago
Tooltips show up even though the mouse is over another window
Categories
(Core :: DOM: Events, defect)
Tracking
()
VERIFIED
FIXED
People
(Reporter: brewt-bugzilla.mozilla.org, Unassigned)
References
()
Details
(Keywords: regression)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051007 Firefox/1.4.1 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8b5) Gecko/20051007 Firefox/1.4.1 This one seems to be a Linux only (gtk?) bug. If you mouseover an element with a title tag, but move the mouse over to another window that is overlapping the element (ie. the browser is in the background, with the other window focused), the browser will still show the tooltip even though the pointer isn't in the browser window anymore. See the URL for a simple example. Reproducible: Always Steps to Reproduce: 1. Open testcase URL 2. Open another window (eg. terminal) 3. Cover up half the link with the window 4. Move mouse over link, then over onto the window (without leaving the link) Actual Results: The tooltip shows up. Expected Results: The tooltip shouldn't show up. Another way to reproduce this is to mouseover, then switch virtual desktops.
Comment 1•19 years ago
|
||
*** This bug has been marked as a duplicate of 131131 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 2•19 years ago
|
||
This bug is a little different from bug 131131. In bug 131131, it's talking about leaving the mouse pointer on top of the link to trigger the tooltip. In this bug, you're only hovering over the link for a brief moment (not enough to trigger the tooltip) and then moving the mouse over to the focused window. So even though the mouse isn't over the top of any links on the page (or even the browser window), the browser still thinks it's hovering over the link. Also note that unlike bug 131131, this bug only happens in Linux (possibly other OS's, but not windows).
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 3•19 years ago
|
||
confirmed with seamonkey trunk build 2005100701. This regressed between linux trunk builds 2005022305 and 2005022405, implicating bug 125386.
Assignee: nobody → events
Status: UNCONFIRMED → NEW
Component: Layout → DOM: Events
Depends on: 125386
Ever confirmed: true
QA Contact: layout → ian
Reporter | ||
Comment 4•19 years ago
|
||
Thanks for narrowing that down Andrew (not that I can really do anything with it :)). Looking at the patches from bug 125386, it looks like it could also be the reason why sometimes a loading page will steal focus - after I've already switched to another virtual desktop - after it finishes loading. I guess the browser didn't get a mouse exit event. Unfortunately, that's one of those bugs that is hard to reproduce, so I haven't been able to file a bug about that one.
Reporter | ||
Comment 5•19 years ago
|
||
I've noticed that this bug has made its way into Thunderbird 1.5 as well and still occurs in Trunk: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a1) Gecko/20060124 Firefox/1.6a1
Updated•18 years ago
|
Flags: blocking1.9a2?
Keywords: regression
Updated•18 years ago
|
Flags: blocking1.9a2? → blocking1.9-
Comment 6•17 years ago
|
||
This sounds related to bug 311558.
Comment 7•17 years ago
|
||
Martijn, wrong bug #?
Comment 8•17 years ago
|
||
Yes, sorry, I meant bug 297080.
Reporter | ||
Comment 9•17 years ago
|
||
Yes, this is similar to that bug, except in Linux it happens with any window, not just Firefox windows like it does in Windows.
Comment 10•17 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b2pre) Gecko/2007121108 Minefield/3.0b2pre Can confirm. Also i think problem isn't in "tooltips appearing" because object's mouseover-state doesn't switched to false when mouse cursor leaves to other window. I saw same thing when hovering an object with background-color changing on mouseover.
Comment 12•17 years ago
|
||
Martijn's right about this being similar to bug 297080. The patch in bug 297080 fixes the problem indicated by the bug in this testcase (verified by testing with and without the patch). Making this bug depend on 297080.
Depends on: 297080
Updated•16 years ago
|
Assignee: events → nobody
QA Contact: ian → events
Comment 13•16 years ago
|
||
This was fixed by the patch for bug 297080.
Status: NEW → RESOLVED
Closed: 19 years ago → 16 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Flags: in-litmus?
Comment 14•16 years ago
|
||
Verified fix on Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008042504 Minefield/3.0pre. minusing in-litmus since this is a special case with linux.
Status: RESOLVED → VERIFIED
Flags: in-litmus? → in-litmus-
You need to log in
before you can comment on or make changes to this bug.
Description
•