Closed Bug 39505 Opened 26 years ago Closed 25 years ago

tooltip flashes too quickly

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Type:
defect

Tracking

()

Status:
VERIFIED WORKSFORME

People

(Reporter: nbaca, Assigned: waterson)

References

Details

(Whiteboard: [nsbeta2+] 7/10)

Build 2000-05-16-09M16: Win95, Mac 9.04 Unable to try the Linux build today. Overview: In the 3pane, place the cursor over a mail toolbar button, such as "Get Msg". Notice the tooltip flashes so quickly that you can't read the text. Expected Results: It should keep the tooltip displayed similar to 4.x. Additional Information: - Build 2000-05-16-09M16, Win95/Mac: The Folder pane, New Message/Compose toolbar buttons and the Address Book toolbar buttons display the tooltip similar to 4.x, as expected. - Build 2000-05-12-09M16, Win95/Linux/Mac: Displays the tooltip with enough time to read the text.
Keywords: ui
QA Contact: lchiang → nbaca
this is probably a general problem; I see the same problem with tooltips in composer dialogs (though not in the composer toolbar).
drat drat drat drat drat drat drat
Assignee: putterman → pinkerton
i debugged a similar problem earlier (not sure where that bug went) and it appears that there are two tooltip listeners registered on teh buttons. could be an artifact of them being in an overlay?!
Status: NEW → ASSIGNED
Keywords: nsbeta2
Target Milestone: --- → M17
Putting on [nsbeta2+] radar for beta2 fix.
Whiteboard: [nsbeta2+]
Whiteboard: [nsbeta2+] → [nsbeta2+] 6/2
Mass-moving all dated nsbeta2+ bugs to M19
Target Milestone: M17 → M19
Blocks: 12057
updating
Component: Mail Window Front End → XP Toolkit/Widgets
OS: Windows 95 → All
Product: MailNews → Browser
i think this is a part of why the color picker doesn't work on mac. moving back to m18 along with that bug.
Summary: 3pane toolbar buttons: tooltip flashes too quickly → tooltip flashes too quickly
Whiteboard: [nsbeta2+] 6/2 → [nsbeta2+]
Target Milestone: M19 → M18
Here are the conditions for this bug to occur: 1. element with a tooltip is in an overlay (editor & mail) 2. element is a child of the node being overlayed in the real document This can be verified in mailnews by copying the entire toolbox with id= "mailToolbarToolbox" into messenger.xul from mailWindowOverlay.xul. Once you do this, the tooltips all work fine. I've looked into this in the debugger and it looks like the popup listener is being registered twice, probably as a result of the attribute being set twice during the overlay process. pushing over to waterson per hyatt and my investigation.
Assignee: pinkerton → waterson
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
*** Bug 42215 has been marked as a duplicate of this bug. ***
In bug 42215, I was seeing this for the taskbar icons (bottom left corner of browser). However, while this occurs on Mac and win32, it does NOT occur for linux (either debug or optimized builds for today and last Friday M17 trunk).
*** Bug 42826 has been marked as a duplicate of this bug. ***
Target Milestone: M18 → M17
Whiteboard: [nsbeta2+] → [nsbeta2+] 7/10
Is the general consensus that this bug is *not* reproducable on Linux? (FWIW, I cannot reproduce it on Linux...)
WORKSFORME in build 2000-07-09-08 on Win32 and Linux.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → WORKSFORME
Build 2000-07-11-09M17: NT4, Mac 9.04, Linux 6.0 Verified Worksforme. Tooltips appear as expected on all three platforms.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.