319738 - Tooltip for bookmark bar items shows wrong text

Status: RESOLVED INVALID

(Camino Graveyard :: Bookmarks, defect)

Description

[Martin Girschick]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051207 Camino/1.0+
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20051207 Camino/1.0+

When I reorder, add or delete items within the bookmark bar the popup text showing the full title and the URL may show the wrong data (the data was valid for that position within the bar before the bar was modified)

Reproducible: Always

Steps to Reproduce:
1. create two bookmark bar items
2. look at the popup text of the second item
3. move the second before the first item

Actual Results:  
Both items show the same popup text.

Expected Results:  
The popup text should be updated.

This may not be reproducable in all sitations and I believe this was already filed somewhere but I wasn't able to find it within bugzilla. Sorry for generated any duplicates.

Comment 1

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

This sounds familiar, but I think I was thinking of one of timeless's bugs, and I don't see a dupe.

Comment 2

[Chris Lawson (gone)]

I get this too. I wonder if it's at all related to bug 318629?

cl

Comment 3

[Simon Fraser [no longer active]]

Ah, in both cases we need to clean up some tracking rect stuff.

Comment 4

[Chris Lawson (gone)]

Fix summary; this is about tooltips. :)

cl

Comment 5

[Stuart Morgan]

Bookmark buttons use standard OS tooltips; we aren't managing the rects ourselves, so I suspect this is (was? I can no longer repro this) an OS bug.

Anyone still see this?

Comment 6

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

I'm sure I was able to repro this before, but I can't now on branch.

Comment 7

[Martin Girschick]

It's still there in Version 2007050909 (1.5) but I wasn't able to reproduce it with Version 2007081300 (2.0a1pre), which I just downloaded. Somehow the tooltips seem to appear faster than before, so I guess something programmatically changed between those versions. If it comes up again, I'll reopen the bug.

Comment 8

[Stuart Morgan]

Nothing has changed between the two versions in that code, and I can repro it on this machine, it turns out. It seems to happen when the items swap out from under the mouse and you get a tooltip before crossing any new button frame boundaries. Given the way we do those button layouts and the fact that the OS is responsible for dealing with all the mechanics of the tooltip, I don't see how this could be anything but an OS limitation in tooltips of moving views, so resolving INVALID instead.