https://bugzilla.mozilla.org/show_bug.cgi?id=148624 Bugzilla Quick Search [ ] * Browse * Advanced Search * Reports * * Quick Search Help * Documentation * New Account * Log In Login with GitHub [ ] [ ] [password ] [*] Remember [Log in] * Forgot Password [ ] [Reset Password] [moz] * Mozilla Home * * Privacy * Cookies * Legal Please enable JavaScript in your browser to use all the features on this site. Copy Summary V * Markdown * Markdown (bug number) * Plain Text * HTML [ ] View V * Reset Sections * Expand All Sections * Collapse All Sections * * History * * JSON * XML Closed Bug 148624 Opened 22 years ago Closed 1 month ago Tooltips persist in foreground when Firefox is in background Summary: Tooltips persist in foreground when Firefox is in background Categories (Core :: XUL, defect) Product: Core V Core Shared components used by Firefox and other Mozilla software, including handling of Web content; Gecko, HTML, CSS, layout, DOM, scripts, images, networking, etc. Issues with web page layout probably go here, while Firefox user interface issues belong in the Firefox product. (More info) See Open Bugs in This Product File New Bug in This Product Watch This Product Component: XUL V Core :: XUL For bugs in the XUL language. (XUL is an XML-based language which specifies Mozilla's user interface.) If you're not actually writing XUL code, this is probably not the right place for your bug. Examples of appropriate bugs: Duplicate window ID causes infinite loop; or Scrollbars disappear after loading XUL document See Open Bugs in This Component Recently Fixed Bugs in This Component File New Bug in This Component Watch This Component Version: Trunk Platform: All All Type: defect Priority: Not set Severity: S3 Points: --- Tracking () Status: RESOLVED FIXED Status: RESOLVED FIXED Mark as Assigned Milestone: 119 Branch Iteration: --- Project Flags: Accessibility Severity [---] a11y-review [---] Performance Impact [---] Webcompat Priority [---] Tracking Flags: Tracking Status firefox119 --- fixed Tracking Status relnote-firefox [---] thunderbird_esr102 [---] thunderbird_esr115 [---] [---] firefox-esr115 [---] [---] firefox118 [---] [---] firefox119 [---] [fixed] firefox120 [---] [---] People (Reporter: Juneappal, Assigned: fanzhuyifan+github) Assignee: # fanzhuyifan+github Assignee: [ ] Reset Assignee to default Mentors: --- QA Contact: # jrgmorrison QA Contact: [ ] Reset QA Contact to default Reporter: # Juneappal Triage Owner: # enndeakin CC: 49 people References (Blocks 1 open bug, Regressed 1 open bug) Depends on: --- Blocks: 334351 1852653 Dependency tree / graph Regressions: 1857513 Regressed by: --- Duplicates: 242912, 262649, 295742, 313919, 323120, 335527, 342427, 374000, 687344, 1809029 URL: See Also: 1852191 Details Alias: --- Keywords: --- Whiteboard: --- QA Whiteboard: --- Has STR: --- Change Request: --- Votes: 19 Bug Flags: asoncutean qe-verify + asoncutean qe-verify [+] behind-pref [ ] firefox-backlog [] sec-bounty [ ] sec-bounty-hof [] in-qa-testsuite [ ] [ ] in-testsuite [ ] Crash Data Signature: Security (public) This bug is publicly visible. User Story Attachments (8 files) #Tooltip over another app, Mozilla minimized 21 years ago Details Jerry Baker 1.90 KB, image/png #Task tooltip over reminder window, which was focused 15 years ago Details Emerson Prado 64.50 KB, image/gif #Still happens in Fx4 nightly. 13 years ago Details Richard Newman [:rnewman] 20.46 KB, image/png #Screenshot showing Firefox 5.0.1 tooltip intruding into foreground 12 years ago Details edrazeba 55.82 KB, image/jpeg #Adblock Plus tooltip intrudes into Transmission. 12 years ago Details edrazeba 76.35 KB, image/jpeg #Google search tooltip intrudes into Transmission 12 years ago Details edrazeba 66.90 KB, image/jpeg #Bookmark tool bar item's "mouse over" state has been triggered 12 years ago Details edrazeba 70.14 KB, image/jpeg Bug 148624 - only show tooltip when document has focus. r=mstange,cmartin Details | 1 month ago Review fanzhuyifan+github 48 bytes, text/x-phabricator-request Bottom | Tags V * Reset Timeline V * Reset * * Collapse All * Expand All * Comments Only Adam Price Reporter [8ff] Description * 22 years ago From Bugzilla Helper: User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0+) Gecko/20020602 BuildID: 2002060203 If I mouseover a toolbar link, and wait for a second, a little yellow box with the description of the link appears. If I now use command-tab to move Mozilla to the background, the little yellow box stays there, in the foreground. The only way to get rid of it is to put mozilla in the foreground again, and move the mouse off the toolbar. Reproducible: Always Steps to Reproduce: 1.Mouseover a toolbar icon 2.Wait for tooltip 3.Command-tab Actual Results: The tooltip wouldn't go away Expected Results: The tooltip should have gone away when mozilla was backgrounded This is related to the following bugs. I am resubmitting because the other reporters did not give good step by step reproduction methods, or the problem is slightly different: Tooltips show up over other windows * Tooltips occasionally don't disappear * Tooltips appear even when mouse isn't over node * tooltip persists after autocomplete dropdown appears * Tooltip should disappear when parent item disappears Greg K. Comment 1 [530] * 22 years ago Confirmed using FizzillaCFM/2002052305 (RC3). Guessing XP Toolkit/Widgets. Assignee: Matti - jaggernaut URL: http://any.web.site Status: UNCONFIRMED - NEW Component: Browser-General - XP Toolkit/Widgets Ever confirmed: true QA Contact: imajes-qa - jrgm Jerry Baker Comment 2 [33d] * 21 years ago See this on WinXP as well. --> OS/All & Platform All OS: MacOS X - All Hardware: Macintosh - All Jerry Baker Comment 3 [33d] * 21 years ago Attached image Tooltip over another app, Mozilla minimized -- Details This doesn't requires an ALT-TAB. I can reproduce this by dragging a link from the URL bar onto my desktop, by dragging a link up to the "X" in the upper right corner and letting go and clicking the X. Lots of ways. John A. Comment 4 [055] * 20 years ago I'm seeing this problem in 1.6 on Win98. riscky Comment 5 [a7d] * 20 years ago *** Bug 242912 has been marked as a duplicate of this bug. *** Malcolm Smith Comment 6 [85f] * 20 years ago Also happens in Firefox/0.8, Linux GTK2, although in this case the offending tooltips can be killed by moving the mouse pointer over them. Still very annoying though. Malcolm Smith Comment 7 [85f] * 20 years ago Should be marked as a duplicate of Bug 142656. Uri Bernstein (Google) Comment 8 [27a] * 19 years ago *** Bug 262649 has been marked as a duplicate of this bug. *** Uri Bernstein (Google) Comment 9 [27a] * 19 years ago *** Bug 295742 has been marked as a duplicate of this bug. *** Jerry Baker Comment 10 [33d] * 18 years ago Just a ping and a note that this is still occuring in the latest builds of Firefox and Thunderbird. Jerry Baker Comment 11 [33d] * 18 years ago Not only do tooltips persist in the foreground, but they can pop up even when Firefox is in the background and the mouse passes over a point that would generate a tooltip if Firefox was in the foreground. Jerry Baker Comment 12 [33d] * 18 years ago This behaves as though Firefox/Thunderbird are unaware that the mouse pointer has exited their window and is not in another window. Somehow they continue to receive coordinates even though there is another window over them. One nasty example fo this bug is to load a PDF file and then drag the mouse from the URL bar, across the personal toolbar, and into the PDF content. A tooltip from the personal toolbar will pop up over the PDF and will never go away until you mouseover it. Jerry Baker Comment 13 [33d] * 18 years ago Make that, "and is now in another window" Mike Beltzner [:beltzner, not reading bugmail] Comment 14 [a2c] * 18 years ago *** Bug 335527 has been marked as a duplicate of this bug. *** Mike Beltzner [:beltzner, not reading bugmail] Comment 15 [a2c] * 18 years ago *** Bug 323120 has been marked as a duplicate of this bug. *** Joey Minta Comment 16 [6b8] * 18 years ago *** Bug 342427 has been marked as a duplicate of this bug. *** Mike Cowperthwaite Updated [722] * 17 years ago Blocks: 334351 Aaron Digulla Comment 19 [8a4] * 16 years ago How about disabling tooltips when the Firefox window is inactive? Dan S Comment 20 [436] * 16 years ago This is really annoying. I'm on OSX, using Sunbird, and these tooltips keep appearing which I can't get rid of despite having only flicked quickly to Sunbird to check my calendar. It makes me quit sunbird, that's the easiest way to get rid of the things! Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.8pre) Gecko/20071002 Sunbird/0.7 Nik Comment 21 [2e9] * 16 years ago I don't have sunbird, BUT I agree with you Dan! ON a Mac and it still happens in Firefox 2.0.0.14 I've been I've been bitchin about this bug since 2004 (see bug: 236870) -- Which is obviously a dupe of this bug... But it never seems to go away! -- Bug still appears on Mac in: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.14) Gecko/20080404 Firefox/2.0.0.14 But it's a bit harder to replicate. To replicate in 2.0.0.14: 1: Mouse over something that generates a tip. 2: Hit "Command" (Apple) -- TIP DISAPPEARS (yay!) 3: (still holding Command) Slightly move mouse -- TIP REAPPEARS (Oh-Oh) 4: Hit "TAB" to complete the switch to another app -- TIP REMAINS (#*$%!) Tip remains until you switch back to Firefox... This sounds minor.. But it's very frequent for users of track pads that do a lot of switching! -- Others in our office have tihs problem! BUT there may be hope on the horizon.. I've had trouble replicating this in Firefox 3 RC 2, the tip stays when you switch, but as soon as you move the mouse, it disappears (keyboard events don't clear the tip unfortunately). Cheers, Nik. Dan S Comment 22 [436] * 15 years ago Still happening, exactly the same, on Sunbird 0.8 :((( Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.13pre) Gecko/20080331 Sunbird/0.8 Emerson Prado Comment 23 [b3f] * 15 years ago I saw this with Lightning 0.9 build 2008091719 in Thunderbird 2.0.0.17 (20080914), all pt-BR, over Win2k SP4 en-US. I opened a task for edition and moved the mouse to the reminder window. In its way, the mouse crossed the tasks pane and a tooltip came (too quick, IMHO). Even after clicking in the reminder window (to get focus), the tip stayed on top of it. I had to play with the mouse a bit to get rid of the tip (can't remember if I just moved it around or clicked somewhere else). Emerson Prado Comment 24 [b3f] * 15 years ago Attached image Task tooltip over reminder window, which was focused -- Details Mats Palmgren (inactive) Updated [e7c] * 15 years ago Assignee: jag - nobody Seth Spitzer Comment 25 [8bd] * 13 years ago I'm not seeing this in fx 3.6.11 (and I didn't see it with 3.6.8, fwiw) on Mac OS X. Specifically, the STR in commment #21. Neil, could you have fixed this along the way somewhere? Seth Spitzer Comment 26 [8bd] * 13 years ago fwiw, on mac, fx 3.5, 3.0.19 and even 3.0 do not have this bug, but fx 2.0.0.20 does. I wonder if this was fixed by neil's work for #279703 (or one of the dependent bugs)? Richard Newman [:rnewman] Comment 27 [f38] * 13 years ago Attached image Still happens in Fx4 nightly. -- Details I see this in 3.6.12 (on 10.5.xx and 10.6.5) and a 2010-12-03 nightly on 10.6.5. It's been driving me nuts for years. Most definitely not fixed. Here's an observation which might explain "worksforme" responses. If Fx is the frontmost app, the Cmd key that I use to initiate Cmd-Tab will cause the tooltip to disappear. If Fx is *not* the frontmost app, it still responds to hovers and throws up a tooltip... but the frontmost app takes keyboard input, so Fx isn't aware of any app or window changes. It's thus possible to Cmd-Tab to an app that should cover the tooltip, but the tooltip stays on top. Easy enough to repro: give focus to the Finder, hover over a tab or link in Firefox without shifting focus, then Cmd-Tab to an app that would be over the link when taking focus (such as a maximized iTunes window). Tiny screenshot attached. Seth Spitzer Comment 28 [8bd] * 13 years ago Richard: killing this bug would be great. What about not showing tooltips (when that timer fires) if the window doesn't have focus? in nsXULTooltipListener::ShowTooltip() we call LaunchTooltip() In ShowTooltip() we already get the document for the tooltip node From that, can we get the nsPIDOMWindow and then ask the focus manager if we are the focusedWindow? http://mxr.mozilla.org/mozilla-central/source/dom/interfaces/base/nsIFocusManager.idl#71 Similar to this code: http://mxr.mozilla.org/mozilla-central/source/editor/libeditor/html/nsHTMLEditor.cpp#5963 Richard Newman [:rnewman] Comment 29 [f38] * 13 years ago (In reply to comment #28) > Richard: killing this bug would be great. > > What about not showing tooltips (when that timer fires) if the window doesn't > have focus? That seems like a reasonable approach. Safari (to take a sample of the playing field) doesn't show tooltips if it's not the foreground app. If no XULian takes a stab at this, I might be tempted -- at least, after my urgent Sync commitments are done... it's a real annoyance to me. Seth Spitzer Comment 30 [8bd] * 13 years ago bookmarks on the bookmarks toolbar in 3.6.12 will not change style or give me a tooltip on hover if firefox is not active. (Richard, can you double check 3.6.12?) But I can confirm that firefox 4.0b7 does do it. another sample from the playing field: Google Chrome (on Mac) doesn't seem to show tooltips it's not the foreground app, either. From my tests: 1) firefox 4.0b7 has a different regression (what Richard describes in comment #27) 2) neither fx 3.6.12 nor 4.0b7 have the bug described comment #21, which is why I thought this bug is now fixed/worksforme. Unfortunately, I don't know what fixed it. Richard Newman [:rnewman] Comment 31 [f38] * 13 years ago (In reply to comment #30) > bookmarks on the bookmarks toolbar in 3.6.12 will not change style or give me a > tooltip on hover if firefox is not active. (Richard, can you double check > 3.6.12?) I see the same behavior as you for that case for a fresh 3.6.12 profile. However, I did get two other repro cases: * Hold Cmd. * Hover over a bookmark on the bookmark bar. Tooltip appears. * Hit Tab to switch to Finder. Tooltip remains active. Mouse position might be important here -- in some cases the tooltip disappears if you move the mouse and Firefox is still under the cursor. ... and a really awesome different version of this bug: * Start a drag for a long-titled bookmark in the bookmark bar. Don't move off the bookmark. * Hit Cmd-Tab to switch to Finder. * Hit Esc to cancel the drag. * Release the mouse button. Finder will have focus, but the tooltip will appear from hovering over the bookmark. Again, mouse position is important. I haven't tested either of these two cases in Fx4. It certainly seems like someone with a good understanding of the various window events on the Mac needs to audit all this... edrazeba Comment 32 [f67] * 12 years ago Attached image Screenshot showing Firefox 5.0.1 tooltip intruding into foreground -- Details This bug still persists in Firefox 5.0.1. Not only do tooltips that were already displayed remain visible when you switch from Firefox to another app, they appear if the mouse strays into that region while Firefox is already in the background. Phil Schwan Comment 33 [84c] * 12 years ago (In reply to comment #32) > > Not only do tooltips that were already displayed remain visible when you > switch from Firefox to another app, they appear if the mouse strays into > that region while Firefox is already in the background. Yes -- this is actually the far, *far* more irritating symptom (at least on Mac OS X), if anyone is keeping track. edrazeba Comment 34 [f67] * 12 years ago Attached image Adblock Plus tooltip intrudes into Transmission. -- Details This screenshot shows Transmission in the foreground and Firefox 5.0.1 in the background. Moving the pointer around the Transmission Inspector window causes Firefox's tooltips to be triggered, such as Adblock Plus' very large tooltip, which appears via the Adblock Plus toolbar button. edrazeba Comment 35 [f67] * 12 years ago Attached image Google search tooltip intrudes into Transmission -- Details This screenshot shows Transmission in the foreground and Firefox 5.0.1 in the background. Moving the pointer around the Transmission Inspector window causes Firefox's tooltips to be triggered. In this example, with the mouse pointer positioned over Transmission's "Options" ("gear") button, both Transmission's "Options" tooltip and Firefox's Google search box tooltip are presented at the same time, with one layered over the other. It's _really_ annoying. edrazeba Comment 36 [f67] * 12 years ago Attached image Bookmark tool bar item's "mouse over" state has been triggered -- Details BTW, this is not just to do with tooltips, although that is the most intrusive and noticeable aspect; with Firefox 5.0.1 in the background and Transmission in the foreground, as you can see from this screenshot the tooltip for a bookmark is triggered. However, you'll also note that the item's "mouse over" state has been triggered. When moving the pointer into the vicinity of the bookmark, the bookmark button's state changes first, and a moment later the URL tooltip appears. Most other (real) buttons do not appear to be affected by this "mouse over" state change, just their tooltips appear. An exception to this is the "Open a New Tab" "+" button; when Firefox is in the background, the "+" button's "mouse over" state is triggered (and naturally its tooltip) when the mouse pointer goes into that region of the backgrounded Firefox window. David.P Comment 37 [362] * 9 years ago Firefox tooltips always on top of all windows and not going away until you restart Firefox still happens in Firefox v.36.0 Zac Spitzer Comment 38 [b4b] * 7 years ago This is still happening in 49.0.2 on Windows 10 if you drag a link with a tooltip, after you drop the link elsewhere, the tooltip appears and remains as a top level item on the desktop until you focus and then unfocus Firefox BMO Automation Updated [d04] * 1 year ago Severity: normal - S3 BugBot [:suhaib / :marco/ :calixte] Comment 39 [9eb] * 1 year ago The severity field for this bug is relatively low, S3. However, the bug has 8 duplicates and 15 votes. :enndeakin, could you consider increasing the bug severity? For more information, please visit auto_nag documentation. Flags: needinfo?(enndeakin) BugBot (nomail) [:suhaib / :marco/ :calixte] Comment 40 [4c7] * 1 year ago The last needinfo from me was triggered in error by recent activity on the bug. I'm clearing the needinfo since this is a very old bug and I don't know if it's still relevant. Flags: needinfo?(enndeakin) Tristan Miller Comment 41 [f4a] * 1 year ago Still reproducible (and still extremely annoying) with Thunderbird 102.4.1 (64-bit) and Firefox 106.0.1 (64-bit) on GNU/Linux. When I'm multitasking, I need to manually minimize Thunderbird in order to prevent its tooltips from interfering from my work in other windows. Not reproducible with SeaMonkey 2.53.14, so maybe this isn't a Core product issue after all, or maybe SeaMonkey has done something to override the bad behaviour. Maybe the Firefox and Thunderbird developers can see what SeaMonkey has done to fix the issue and implement the same fix. denis Comment 42 [57a] * 10 months ago This 21 year old bug is still open. It is quite annoying, to be frank -- happens to me at least once per day. That said, given its longevity, I'm kinda partial to let it be forever. It feels like a relic from the past. Gustavo A. Diaz Comment 43 [4bf] * 4 months ago Hi, still happening to me too (OS: KDE Neon 22.04). Firefox v113.0.2 Sean Buckley Comment 44 [a2c] * 3 months ago Still happening on Firefox 115.0.2 + GNOME 44. I just browser-hopped back to firefox this week and this was one of the larger annoyances, as I trigger it constantly. For people who find this page via search engine, like me, the solution I'm using is to disable tooltips entirely, with the setting browser.chrome.toolbar_tips. It's a weird thing to have to resort to, but I don't think there's really any situation where I'll miss them. fanzhuyifan+github Assignee [413] Comment 45 * 1 month ago I am also experiencing this bug. Version: firefox 117.0, clean profile; also thunderbird 115.2.0. Using xfce with xfwm. Steps to reproduce: Hover mouse over element that will generate tooltip. Just as the tooltip is a about to appear, but before the tooltip appears, use hotkey to switch to another workspace. Symptoms: The tooltip will appear in the other workspace, and will not disappear until I switch back to firefox and move my mouse. fanzhuyifan+github Assignee [413] Comment 46 * 1 month ago Attached file Bug 148624 - only show tooltip when document has focus. r=mstange,cmartin -- Details Phabricator Automation Updated [a08] * 1 month ago Assignee: nobody - fanzhuyifan+github Status: NEW - ASSIGNED fanzhuyifan+github Assignee [413] Comment 47 * 1 month ago (In reply to fanzhuyifan+github from comment #45) I am also experiencing this bug. Version: firefox 117.0, clean profile; also thunderbird 115.2.0. Using xfce with xfwm. Steps to reproduce: Hover mouse over element that will generate tooltip. Just as the tooltip is a about to appear, but before the tooltip appears, use hotkey to switch to another workspace. Symptoms: The tooltip will appear in the other workspace, and will not disappear until I switch back to firefox and move my mouse. Reproducing the bug on firefox-nightly, on linux, xorg, xfce with xfwm. Updated Steps to reproduce: * Hover mouse over browser element that will generate tooltip (e.g., task bar. not webpage elements with tooltips) * alt-tab to another window or use quick key to switch to another workspace Markus Stange [:mstange] Comment 48 [711] * 1 month ago I think a better fix would be for widget to send a window-level mouse exit event when the workspace switch happens. But I'm not sure where that code would go or how we would detect this situation. fanzhuyifan+github Assignee [413] Comment 49 * 1 month ago The nodes are already getting focusout events when workspace switches. This means some part of the code must already be detecting this situation, right? Dave Townsend [:mossop] Updated [8f5] * 1 month ago Duplicate of this bug: 687344 Phabricator Automation Updated [a08] * 1 month ago Attachment #9351511 - Attachment description: Bug 148624 - cancel tooltip timer on focusout. r=mstange,cmartin - Bug 148624 - only show tooltip when document has focus. r=mstange,cmartin Pulsebot Comment 51 [a9d] * 1 month ago Pushed by ealvarez@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/8ae372dc88d1 only show tooltip when document has focus. r=emilio Cristina Horotan [:chorotan] Comment 52 [21f] * 1 month ago bugherder https://hg.mozilla.org/mozilla-central/rev/8ae372dc88d1 Status: ASSIGNED - RESOLVED Closed: 1 month ago status-firefox119: --- - fixed Resolution: --- - FIXED Target Milestone: --- - 119 Branch Mathew Hodson Updated [a05] * 1 month ago See Also: - 1852191 Mathew Hodson Updated [a05] * 29 days ago Blocks: 1852653 Anca Soncutean, Desktop QA Updated [5fc] * 14 days ago Flags: qe-verify+ Kestrel Updated [8be] * 4 days ago Regressions: 1857513 fanzhuyifan+github Assignee [413] Comment 53 * 4 days ago For me the bug only shows up when MOZ_ENV_XINPUT2 is set to 1. The bug disappears as soon as MOZ_ENV_XINPUT2 is set to 0. Sylvestre Ledru [:Sylvestre] Updated [5aa] * 3 days ago Summary: Tooltips persist in foreground when Mozilla is in background - Tooltips persist in foreground when Firefox is in background Sylvestre Ledru [:Sylvestre] Comment 54 [5aa] * 1 day ago Seems that you made a lot of people happy: https://framapiaf.org/@brion@bikeshed.vibber.net/111191271386263724 Emilio Cobos Alvarez (:emilio) Comment 55 [1d9] * 13 hours ago (In reply to fanzhuyifan+github from comment #53) For me the bug only shows up when MOZ_ENV_XINPUT2 is set to 1. The bug disappears as soon as MOZ_ENV_XINPUT2 is set to 0. That's bug 1809029. I can't repro but fixes are welcome. Emilio Cobos Alvarez (:emilio) Updated [1d9] * 6 hours ago Duplicate of this bug: 1809029 You need to log in before you can comment on or make changes to this bug. Top |