201162 - tooltips displays incorrectly on toolbar dropdown menus

Status: RESOLVED DUPLICATE of bug 147670

(Core :: XUL, defect)

Description

[Ling Qi]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312

when using any drop-down menu, the tooltips displayed for each menuitem is
actually the last shown tooltip, instead of the tooltip approporiate for the
context.

Reproducible: Always

Steps to Reproduce:
1. find a drop-down menu that is not grayed out (for example, the down arrow
next to the back button after visiting several pages, or the down arrow next to
the print icon)
2. drop down the said menu, but keep it open
3. mouseover another toolbar button that has a tooltip - wait until the tooltip
displays (for example, mouseover the reload button until it shows "reload
current page" tooltip)
4. move the mouse back onto the still open dropdown menu before any other
tooltip has a chance to display - let's use the "print" dropdown menu for this
example - and both the "print" and the "print preview" option will display
"reload current page" as its tooltip.
Actual Results:  
incorrect tooltip is displayed.

Expected Results:  
display the approporiate tooltip relavent to the menu item - or display no
tooltip at all.

1) This is a more universal problem that extends beyond just the browser. It
seems that the toolbar framework as a whole is affected, but I do not know the
section under which to file this bug.

2) As mentioned above, mail/news, for example, exhibit the same behavior (for
example, when composing a new message, you can get tooltips like "underline" for
the emoticons if the approporiate steps are executed)

3) While certainly not fatal, since this bug extends across the mozilla
application suit (and possibly affeting other mozilla based products like
phoenix), I believe it is more important than "minor" or "cosmetic."

4) the platform I use is the Japanese version of Windows XP professional. This
should have no impact, but in case this information is helpful, I provide it here.

5) lastly, in step 3 of replicating this problem, if it was not performed (and
there are no "previously displayed tooltip"), the tooltips on the menuitems will
be blank, i.e. a yellow tooltip box but with nothing inside. I do not believe
this is an intended behavior.

Comment 1

[Ling Qi]

Attachment: Error behavior screen capture

Left side follows the example of the original file
Right side is an example from the Mail/News portion.

Comment 2

[Jesiah S]

I see this too. LInux 2003040705

Comment 3

[Chris Ruvolo]

Ling Qi,

You would probably be more likely to get a response if change the component to a
more specific one, instead of "General".  Maybe "XP Toolkit/Widgets: Menus".

-molo

Comment 4

[Chris Ruvolo]

I was able to reproduce this on Moz 1.3 on Linux with the GreyClassic theme. 
There's a trick.  Mousing over a button on the bookmarks bar doesn't change the
tooltip in the dropdown for the back button.  The site nav toolbar shows the bad
behavior.

Also, I was able to reproduce the blank tooltip in step 5, but only on a new window.

Comment 5

[Sam Ho]

See also Bug 194304.

Comment 6

[Jim Booth]

Confirmed on 1.4 beta on Windows ME with classic theme
Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.4b) Gecko/20030507

Changing component to XP Toolkit/Widgets: Menus as suggested above, and OS to all

Agree this is a dupe of bug 194304, but this has the better description.

Comment 7

[Patrick Xia]

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

Comment 8

[Asa Dotzler [:asa]]

->default contacts

Comment 9

[Vaclav Dvorak]

See also bug 139381.

*** This bug has been marked as a duplicate of 147670 ***