Title tooltips appear when browser window not in focus

Bug #54285 reported by Phil Housley
16
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Invalid
High
firefox (Ubuntu)
Won't Fix
Medium
Unassigned
firefox-3.0 (Ubuntu)
In Progress
Medium
Unassigned

Bug Description

Binary package hint: firefox

1) Set metacity to a focus-follows-mouse mode.
2) Go to a site with a titled image, say http://www.qwantz.com/index.pl?comic=817, in epiphany or firefox.
3) Place another window partly over the titled image (the comic.)
4) Move mouse over image, and into the other window, and stop.

The tooltip for the image title appears, probably over the other window, depending on where you let the cursor rest. And of course you can't get rid of the tip except by moving the cursor back into the browser window, or by waiting.

Revision history for this message
In , Bzbarsky (bzbarsky) wrote :

Johan, what build are you using?

Revision history for this message
In , Johan-dahl-ling (johan-dahl-ling) wrote :

I was using the Mozilla 0.9.9 build. I should have downloaded a new one
but 0.9.9. It doesn't occcur all the time.

Revision history for this message
In , Scalkins (scalkins) wrote :

I see this all platforms. Esp with commercial.
Nominating.
Internal folks see bug http://bugscape/show_bug.cgi?id=12501 for good test
cases.

Revision history for this message
In , Scalkins (scalkins) wrote :

PS,..I saw it
Win32 2002-03-20-05 Trunk

Revision history for this message
In , Trudelle (trudelle) wrote :

nsbeta1- per Nav triage team

Revision history for this message
In , Jelwell-formerly-netscape (jelwell-formerly-netscape) wrote :

Steps to reproduce:
1. Launch Browser.
2. Open another app (like a dos prompt) and put it in front of (overlapping)
the browser, just right of the reload button.
3. Hover the mouse over the reload button.

Observe: Reload Tooltip shows up thru other app.
Expected: Wshould hide tooltips when we are not the frontmost app.

Revision history for this message
In , Samir-bugzilla (samir-bugzilla) wrote :

Nav triage team: nsbeta1+/adt3

Revision history for this message
In , Samir-bugzilla (samir-bugzilla) wrote :

Nav triage team: nsbeta1-

Revision history for this message
In , Samir-bugzilla (samir-bugzilla) wrote :

Triage Team: Other apps depend on this toolkit functionality. (See bugscape 12501.)

Revision history for this message
In , Tmptgr (tmptgr) wrote :

Duplicate of bug 49679.

Revision history for this message
In , Jag-mozilla (jag-mozilla) wrote :

It is kinda a dupe, though bug 49679 seems to be dealing more with "Always On
Top" apps (where Mozilla or the reference app has focus), while this bug seems
to be dealing with Mozilla showing tooltips even when it doesn't have focus,
where other apps don't show tooltips, at least on Windows and Mac OS X.

Revision history for this message
In , Jag-mozilla (jag-mozilla) wrote :

Oh, and of course that in bug 49679 we want tooltips to show up, but on Windows
apparently not on top of the "Always On Top" app. On Mac we do want tooltips on
top of the "Always On Top" app. For this bug we don't want tooltips to show up.

Revision history for this message
In , Adam Guthrie (ispiked) wrote :

*** Bug 311558 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Mozilla-bug (mozilla-bug) wrote :

I'm using Firefox 1.5cr2 for OSX and I'm still seeing this bug.

Revision history for this message
Phil Housley (undeconstructed) wrote :

Binary package hint: firefox

1) Set metacity to a focus-follows-mouse mode.
2) Go to a site with a titled image, say http://www.qwantz.com/index.pl?comic=817, in epiphany or firefox.
3) Place another window partly over the titled image (the comic.)
4) Move mouse over image, and into the other window, and stop.

The tooltip for the image title appears, probably over the other window, depending on where you let the cursor rest. And of course you can't get rid of the tip except by moving the cursor back into the browser window, or by waiting.

David Farning (dfarning)
Changed in firefox:
importance: Undecided → Medium
Revision history for this message
John Vivirito (gnomefreak) wrote :

Is this still and issue for you? We are trying to trying sort out the older Mozilla issues and would like to know if this still happens.

Changed in firefox:
assignee: nobody → mozillateam
status: Unconfirmed → Needs Info
Revision history for this message
John Vivirito (gnomefreak) wrote :

If this is still an issue:
1. What version of ubuntu?
2. What version of firefox?
3. can you attach a screenshot of what you mean?

Revision history for this message
Phil Housley (undeconstructed) wrote :

1. Feisty, Up to Date.
2. 2.0.0.1+0dfsg-0ubuntu2
3. Yep, attached hopefully (this is take two; I think it failed comprehensively first time, but sorry if this turns out to be a duplicate.)

Revision history for this message
John Vivirito (gnomefreak) wrote :

What are your system specs? 32bit or 64bit? if 64 is ff in a 32bit chroot? how much ram? what processor speed?
This looks like firefox is lagging pretty bad. I am not able to reproduce this on a 1.7ghz 256 ram 32bit proc. nor can i reproduce this on a 450mgz 640 mb ram 32bit.

Revision history for this message
Phil Housley (undeconstructed) wrote :

AthlonXP 2200, 768MiB, all 32 bit, no noticeable interface lag in firefox or elsewhere. I get this bug across all installs, all versions: I've just tried it on an edgy install as well.

For the record, I initially said you needed focus-follows-mouse, actually that isn't true as firefox will show title tips from an unfocused window.

All I have to do is hold the cursor over the image long enough to start the tip delay timer (the one that stops the tip showing immediately, which on my machines means just running the cursor straight over the image and out is enough) and then move away before the tip actually displays. The tip will then draw over whatever is on the screen by the cursor.

To make the screenshot I literally just moved the mouse from the left of the screen to the middle, passing over the titled image.

Revision history for this message
Jun Wang (jhnjwng) wrote :

It seems to be the same issue as upstream https://bugzilla.mozilla.org/show_bug.cgi?id=131131

Changed in firefox:
status: Needs Info → In Progress
Changed in firefox:
status: Unknown → Confirmed
Revision history for this message
In , Chris Thomas (CTho) (cst-yecc) wrote :

Alternate steps to reproduce:
Have mailnews open, showing a folder/newsgroup with a truncated name. Use the context menu to open that folder in a new window. Ensure that the new mailnews window covers the old one so that the mouse is now above the new window. Nudge the mouse slightly, and you get a tooltip from the old mailnews window.

Alternate-alternate steps to reproduce:
Have mailnews open, showing a folder/newsgroup with a truncated name. Position another in-process window (e.g. browser, js console) so that it partially overlaps the truncated name; hover over this other window where the truncated name is, and a tooltip appears.

David Farning (dfarning)
Changed in firefox:
assignee: mozillateam → mozilla-bugs
Revision history for this message
In , Mikel Ward (mikelward) wrote :

This is a little bit annoying in normal use, but it makes my Link Tooltip Greasemonkey script (http://mikelward.com/software/firefox/) almost unusable. Tooltips remain visible after changing to a different tab or window.

Revision history for this message
In , Mikel Ward (mikelward) wrote :

I should also have mentioned: What makes this so annoying is that the tooltip shows up even in other windows. If I then hover over the tooltip, Firefox switches back to the window or tab that the tooltip belongs to.

Revision history for this message
In , Vseerror (vseerror) wrote :

tooltips totally busted, not working at all for folders for thunderbird 2008041203 vista - so can't test current trunk. comment 15 happens with version 2.0.0.13pre (20080227)

Revision history for this message
In , Alexander Sack (asac) wrote :

still an issue for anyone?

Revision history for this message
In , Alexander Sack (asac) wrote :

is this a bug at all? happens with other gtk 2 apps too here on ubuntu intrepid.

Revision history for this message
Alexander Sack (asac) wrote :

is this a bug at all? happens with other gtk 2 apps too here on ubuntu
intrepid.

Changed in firefox:
assignee: mozilla-bugs → nobody
status: In Progress → Triaged
Revision history for this message
In , Vseerror (vseerror) wrote :

seen once in the last week on vista. However, I'm not sure it's the same problem because until then I hadn't seen it in several months.

Revision history for this message
ba5e (willieham) wrote :

This is actually really frustrating and appears still in Jaunty. Why is there not more complaints about this?

Revision history for this message
ba5e (willieham) wrote :

Ignore my post, I thought this buwgas about something else.

Revision history for this message
In , Mozilla-bugs-micahscomputing (mozilla-bugs-micahscomputing) wrote :

In Firefox 3.5 and 3.0, the tooltip appears when you hover over the window not in focus, but disappears when you leave the window. So, is this a bug?

Revision history for this message
Micah Gersten (micahg) wrote :

Moving tracking to 3.0, seems to be fixed, but waiting to hear from upstream.

Changed in firefox-3.0 (Ubuntu):
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Micah Gersten (micahg) wrote :

Firefox 2 is EOL.

Changed in firefox (Ubuntu):
status: Triaged → Won't Fix
Changed in firefox:
importance: Unknown → High
Anil Pal (itsmeanilpal)
Changed in firefox-3.0 (Ubuntu):
status: Triaged → In Progress
Changed in firefox:
status: Confirmed → Unknown
Changed in firefox:
status: Unknown → Confirmed
Revision history for this message
In , Andrei-purice (andrei-purice) wrote :

Marking this as Resolved > Worksforme since the issue doesn't happen on Windows 10 on either of the latest Firefox versions.
If anyone is still able to reproduce this please re-open or file a new issue.

Changed in firefox:
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.