191651 - tooltip on new tab button does not go away on mouse out

Status: VERIFIED WORKSFORME

(Core :: XUL, defect, P4)

Description

[Michael Lefevre]

spun off from bug 185965.

tooltip for new tab button is not disappearing when the mouse is moved away from
it (seeing this in 2003020208 on win2k).

to reproduce - hover over new tab button until tooltip appears, then move away
(onto the tab bar or buttons, not content area). tooltip hangs around when it
shouldn't.

Comment 1

[Boris Zbarsky [:bzbarsky]]

happens on Linux too.

Comment 2

[Vincent Lefevre]

The problem also occurs with the tabs, and it is reproducible in the following way:
1. Make sure that the site navigation bar is visible.
2. Put the mouse pointer over "Last". The corresponding tooltip appears over a tab.
3. Move the mouse pointer towards this tooltip (which disappears, as expected).
4. Wait for the tooltip corresponding to the tab.
5. Move the mouse pointer towards this tooltip, which doesn't disappear.

Comment 3

[Nick Atkins]

With 2003020308 Win2k I don't see this as a real problem.  The tooltips do go
away after a few seconds.  No matter how hard I try I can't get them to stay
there indefinitely.

Comment 4

[Michael Lefevre]

it's true that they do go away after a few seconds (if you have two tooltips up
due to this, then when the first one disappears, the second one hops over to the
other side of the cursor).  it's not a serious problem like the original one
was, it just makes the UI look klunky.

-> minor

Comment 5

[Vincent Lefevre]

One other problem is that it can make a major bug (bug 156764) appear.

Comment 6

[Shotaro Kamio]

When the tooltip of "open a new tab" is popped up,
nsXULTooltipListener::ShowTooltip() is called *twice*.
Is there any relation?

Comment 7

[Shotaro Kamio]

Attachment: patch to tabbrowser.xml

This seems to fix the bug.

Comment 8

[Shotaro Kamio]

Comment on attachment 113859 [details] [diff] [review]
patch to tabbrowser.xml

Sorry. My patch is wrong.

Comment 9

[Andreas Kunz]

This is a quite old and known bug, reported in bug 159192.
So there is probably not any relation to bug 185965 (which it is "spun off").

Comment 10

[Anthony DeRobertis]

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

Comment 11

[Jo Hermans]

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

Comment 12

[Martijn Wargers (dead)]

So, is this still an issue?

Comment 13

[Vincent Lefevre]

I'm now using Firefox, and I've never seen this problem with it, IIRC.

Comment 14

[Michael Lefevre]

I can still reproduce as initially described, both with a current nightly -
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8b2) Gecko/20050610 - and
the Mozilla Suite 1.7.8 release.

Comment 15

[Guilherme Lima]

Can't reproduce on Windows 7, both with and without hardware acceleration.

Comment 16

[Michael Lefevre]

Wow... ten year old bug. I can't reproduce either with Seamonkey 2.22 beta 2 on Windows 7.