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)

x86
Linux
defect
Not set
normal

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.

*** This bug has been marked as a duplicate of 131131 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
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 → ---
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
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.
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
Flags: blocking1.9a2?
Keywords: regression
Blocks: 125386
No longer depends on: 125386
Flags: blocking1.9a2? → blocking1.9-
This sounds related to bug 311558.
Martijn, wrong bug #?
Yes, sorry, I meant bug 297080.
Yes, this is similar to that bug, except in Linux it happens with any window, not just Firefox windows like it does in Windows.
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.
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
Assignee: events → nobody
QA Contact: ian → events
This was fixed by the patch for bug 297080.
Status: NEW → RESOLVED
Closed: 19 years ago16 years ago
Resolution: --- → FIXED
Flags: in-litmus?
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.