Closed Bug 352749 Opened 19 years ago Closed 16 years ago

Toolbar tooltips are displayed even when browser window display has been removed by Exposé or Dashboard

Categories

(Core Graveyard :: Widget: Mac, defect)

1.8 Branch
PowerPC
macOS
defect
Not set
minor

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 131758

People

(Reporter: toh, Unassigned)

Details

User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6 If the user mouses over the spot where a toolbar object would appear while the browser window is no longer in front or has been shifted away by OS X's Exposé or Dashboard functions, tooltips will still be displayed as if the browser window was still in front. This is confusing and can obscure the user's view of other objects, such as desktop icons or Dashboard widgets. Other applications which provide tooltips don't produce the same artifact (though I haven't tested Thunderbird). This is similar to and perhaps related to bug #345219. Reproducible: Always Steps to Reproduce: 1. Have a browser window open with some object visible that will display a tooltip when moused over. 2. invoke Exposé's "show desktop" or "show all windows" function, or the Dashboard. 3. Mouse over the spot where the toolbar object just was (still is in the case of Dashboard). Actual Results: A tooltip appears floating over the desktop. Expected Results: Nothing - no tooltip should display.
Component: Toolbars → OS Integration
Version: unspecified → 1.5.0.x Branch
I see this too, in Firefox 2.0b2 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1b2) Gecko/20060821 Firefox/2.0b2)
Assignee: nobody → joshmoz
Component: OS Integration → Widget: Mac
Product: Firefox → Core
QA Contact: toolbars → mac
Version: 1.5.0.x Branch → 1.8 Branch
I can't make this happen with : Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; fr; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11
Still there 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 OS 10.4.11 -- Tested in 2.0.0.14 and it's still there, but it's a bit harder to replicate. (I've been bitchin about this bug since 2004 (see bug: 236870) )... 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 this 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! -- On a cheesed off note, people keep marking this as 'minor' or 'trivial' but it's pretty regular and does heaps to stuff up your browsing experience.. Search the bug lists, it's happening pretty damn often! Cheers, Nik. Additional C
Assignee: joshmoz → nobody
confirmed with Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1pre) Gecko/20090602 Shiretoko/3.5pre possibly a dupe of bug 438789
Status: UNCONFIRMED → NEW
Ever confirmed: true
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.