Closed
Bug 75499
Opened 23 years ago
Closed 23 years ago
Tooltips disappear immediately
Categories
(Core :: XUL, defect)
Tracking
()
VERIFIED
FIXED
mozilla0.9.2
People
(Reporter: hsivonen, Assigned: mikepinkerton)
Details
(Whiteboard: OSX)
Attachments
(1 file)
559 bytes,
patch
|
Details | Diff | Splinter Review |
Steps to reproduce: 1) Hover the mouse cursor over an item that has a tooltip Actual results: A tooltip appears and disappears right away before a human can read it. Expected results: Expected the tooltip to stay visible until the mouse is moved again.
Reporter | ||
Comment 1•23 years ago
|
||
And the build was: 2001-03-26 FizzillaCFM
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.1
Assignee | ||
Comment 3•23 years ago
|
||
moving my osx bugs to 0.9.2
Target Milestone: mozilla0.9.1 → mozilla0.9.2
Tooltips appear to work (sort of) in the 5/09 binary under Mac OS X, v10.0.3. They don't always appear the first time you mouse over something, but they usually do pop up and stay on the screen when they do. Only problem is they're not the right size and never in the right place (apparently, a lot of them appear off-screen). They do look nice with the drop shadow, though.
Assignee | ||
Comment 5•23 years ago
|
||
that's probably because of the other popup/context menu issues we're having right now. once those are fixed, i expect it to revert to "normal" behavior.
Updated•23 years ago
|
Whiteboard: OSX
Assignee | ||
Comment 6•23 years ago
|
||
Assignee | ||
Comment 7•23 years ago
|
||
patch attached. it seems |event.when| is not what we think it should be on osx. switching to using ::TickCount() seems to fix it and not cause any adverse effects on os9. I tested - timers in mail - click hold context menus - animated gifs - tooltips timing out - urlbar autocomplete widget anything else i should test?
Keywords: patch
Whiteboard: OSX → OSX, needs r/sr/a
Assignee | ||
Comment 8•23 years ago
|
||
i put in some printf's on macos9 and we seem to always be within 5 ticks (5/60 sec) from event.when. Is that good enough?
Comment 9•23 years ago
|
||
Sounds good to me. We should probably try to use higher-resolution time values for timers anyway. Maybe pav's impl will fix that.
Assignee | ||
Comment 10•23 years ago
|
||
r=pchen, can i get sr?
Comment 11•23 years ago
|
||
sr=sfraser
Comment 12•23 years ago
|
||
a= asa@mozilla.org for checkin to the trunk. (on behalf of drivers)
Assignee | ||
Comment 13•23 years ago
|
||
fixed on trunk.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Whiteboard: OSX, needs r/sr/a → OSX
Comment 14•23 years ago
|
||
Marking verified in the June 5th Fizzilla build.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•