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)
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
Comment 1•19 years ago
|
||
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)
Updated•18 years ago
|
Assignee: nobody → joshmoz
Component: OS Integration → Widget: Mac
Product: Firefox → Core
QA Contact: toolbars → mac
Version: 1.5.0.x Branch → 1.8 Branch
Comment 2•17 years ago
|
||
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
Comment 4•16 years ago
|
||
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
Updated•16 years ago
|
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•