Closed Bug 362968 Opened 18 years ago Closed 3 years ago

Persisting tooltip after minimizing (take two)

Categories

(Core :: Widget: Win32, defect, P4)

x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ria.klaassen, Unassigned)

References

Details

Attachments

(3 files)

This looks exactly the same as bug 324131 only the steps to reproduce are different. In fact there are no steps that always consistently show the bug. But I see the bug at least 8 times a day, also in a new profile. Steps to reproduce (screenshot): 1. Put a bookmark on the menu toolbar under the minimize button 2. Start browser, load a page, click in the (black) field, then hovering over the bookmark put your mouse on the minimize button Result: persisting hover state of bookmark button and a tooltip that stays even after minimizing. I saw this also after copying text or copying a link (copy link location). Problem is that I could rarely repeat it deliberately although I always knew it beforehand. In all cases the tip of the mouse was placed on the upper edge of the toolbar button before the tooltip appeared and I placed the cursor on the minimize button.
On this magnification you can see where I placed my mouse before the tooltip appeared. I think the tooltip should only appear when I hover over the button, not after I have left this area. I never succeeded to repeat this once more while I was still on the same page.
I can't reproduce this. Can you, Ria, or has this been fixed in the meantime?
I see a lot of tooltips in the last few days. On my desktop but also as a result of simple opening a bookmark from the toolbar. When I hover over the scrollbar the tooltip is gone. Still trying to find better steps to reproduce but I have rsi on both hands at the moment.
FWIW, this is what happened: I opened the browser that went to my homepage. I read some news articles (everything in the same tab), I put the mouse on a bookmark in the bookmarks toolbar (directly under the titlebar), released it, clicked on it, while the page was loading the tooltip stayed, after the page had loaded I put the mouse in the page and the tooltip was still there. When I hovered over the scrollbar the tooltip also stayed, but when the mouse entered the page again it finally disappeared.
any relation at all to bug 366815?
Depends on: 130078
Don't know if it's related to bug 366815, but I suppose it might once again be a confusion between view managers and their ideas of the cursor position. Fixing bug 130078 could help here too.
Sorry, forgot to say that the name of the bookmark should be Cairo.
This problem is still happening (tooltip on desktop). I noticed it a few hours ago with the latest hourly.
Also the issue of comment 9 is still present. It seems to be related to bugzilla pages only so this is most likely not an important problem for everyone.
I can't reproduce both of the steps. Klaassen, this bug still happens to you with Fx3?
Yes, it has gotten worse; because it is easier to trigger, and also because the tooltips have full screen width now (because of some recent fix), obscuring most part of the toolbar chrome or the top row of my desktop icons. This bug belongs to my personal top 3 worst Firefox bugs. :)
Flags: blocking1.9.1?
Flags: blocking1.9.0.1?
I saw this bug also unexpectedly happen on Windows Vista.
We'd take a fix if there's a simple patch, but this doesn't block the branch releases, sorry. :( (Great report, though!)
Flags: blocking1.9.0.1? → blocking1.9.0.1-
Flags: blocking1.9.1? → blocking1.9.1+
Priority: -- → P4
Flags: wanted1.9.1+
Flags: blocking1.9.1-
Flags: blocking1.9.1+
This bug is still fully present (and terribly annoying).
Assignee: win32 → nobody
QA Contact: ian → win32
Happens to me too: on WinXPsp3/32 and W7/64. I think for the bug one has to gather H/W information. To me the problem started occurring with Fx3, with the interactivity killing switch to SQLite. My wild guess is that some events somewhere are getting lost - or not properly simulated (after all Windows doesn't have the native onMouseEnter/onMouseLeave (or how ever they is called inside the Mozilla)). Less interactive Fx gets - more chances that Fx misses the moment its windows being minimized/overlapped, but still thinks that mouse pointer is inside the windows and shows the tooltip.

Mass-removing myself from cc; search for 12b9dfe4-ece3-40dc-8d23-60e179f64ac1 or any reasonable part thereof, to mass-delete these notifications (and sorry!)

This no longer appears to reproduce.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: