Closed
Bug 300152
Opened 19 years ago
Closed 19 years ago
Switching to another application while a custom tooltip is visible (via the |title| attribute) causes Camino to hide the current browser window.
Categories
(Camino Graveyard :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
Camino0.9
People
(Reporter: moz, Assigned: sfraser_bugs)
References
()
Details
Attachments
(2 files)
|
1.21 KB,
text/html
|
Details | |
|
2.85 KB,
patch
|
Details | Diff | Splinter Review |
Summary pretty much says it all. I can reproduce this consistently on the Mozilla products page (above) by mousing over the header graphic and waiting for the tooltip to appear, then hitting Command-Tab. Sometimes it'll even happen after the tooltip has gone away, if I immediately switch to another application by clicking its icon in the Dock. This might be related to our custom tabs now being child windows (bug 245019).
| Assignee | ||
Comment 1•19 years ago
|
||
Yeah, this is a child window thing. Odd.
Assignee: pinkerton → sfraser_bugs
| Assignee | ||
Updated•19 years ago
|
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P2
Target Milestone: --- → Camino0.9
| Assignee | ||
Comment 2•19 years ago
|
||
| Assignee | ||
Comment 3•19 years ago
|
||
The bug was that we were using an NSPanel for the tooltip, for which -hidesOnDeactivate is YES by default. But if you hide a child window, its parent window gets hidden too. The fix is to make the tooltip an NSWindow, and manually register for NSWindowDidResignKeyNotifications so we can hide the tooltip then.
| Assignee | ||
Comment 4•19 years ago
|
||
Checked in.
Status: ASSIGNED → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•