Last Comment Bug 45497 - Tooltip should disappear when parent item disappears
: Tooltip should disappear when parent item disappears
Status: NEW
:
Product: Core
Classification: Components
Component: Layout: Form Controls (show other bugs)
: Trunk
: x86 Linux
: P3 minor with 7 votes (vote)
: Future
Assigned To: Mike Pinkerton (not reading bugmail)
:
Mentors:
http://www.macromedia.com/software/fl...
: 125809 (view as bug list)
Depends on: 300808
Blocks: 45522
  Show dependency treegraph
 
Reported: 2000-07-14 08:49 PDT by brian wheeler
Modified: 2009-08-23 20:29 PDT (History)
9 users (show)
See Also:
Crash Signature:
(edit)
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Attachments

Description brian wheeler 2000-07-14 08:49:27 PDT
Prior to clicking on a link a tooltip will appear.  When the new page is
loaded, the tooltip remains, until after the mouse is moved.
Comment 1 rods (gone) 2000-07-14 08:51:31 PDT
I am not sure who this should go to, starting with you peter.
reasigning
Comment 2 Peter Trudelle 2000-07-14 12:09:16 PDT
resolving as wontfix, may be invalid
Comment 3 R.K.Aa. 2000-07-14 12:36:43 PDT
I strongly disagree - this can't possibly be an invalid bug. Taking the liberty
of reopening this one. ALL tooltips  need a timeout!

Check out what happens at http://www.macromedia.com/software/flash/ for instance:

On pages with TABLE SUMMARY tags, there is no way to currently avoid that
tooltip display on page at all times. It vanish for a brief sec while cursor
moves, then returns - and remains. Till next time cursor is moved.

When i've seen its content once - i've seen it. No need to display the same
information 100 more times while i move cursor around to make tooltip go away so
i can read what it covered?

In NC a tooltip displays for a certain amount of time, and then automatically
"turns off". You have to deliberatly move over that object once again to trigger
the tooltip to display again. This is the way Mozilla should also respond to
user input. Anything else will rapidly become an annoyance.
Comment 4 R.K.Aa. 2000-07-14 12:42:16 PDT
sorry - it can't possibly be a "wontfix" i mean? There are currently tooltips
just about everywhere, and they don't go away. This is ruining the user
experience and i fail to see how persistant tooltips are of any informational
value. I'd like a second opinion here.
Comment 5 R.K.Aa. 2000-07-14 12:44:17 PDT
Adding to CC. I also believe severity is too low for this one.
Adding "needs timeout" to summary.
Comment 6 Robert O'Callahan (:roc) (Exited; email my personal email if necessary) 2000-07-14 13:26:15 PDT
There are a couple of separate issues here. One issue is that tooltips (well, 
XUL popups in general) don't go away in all cases when the mouse leaves the 
element. In particular, if the element is deleted, I think the popup should go 
away ... but it doesn't. This is the real issue for this bug, and is why I am 
confirming the bug.

Another issue is whether tooltips should time out or go away in some other 
fashion before the mouse has actually moved out of the element. This could be 
useful if the element is large. It could be done on a timeout, but I think it 
would be better done in response to a certain amount of mouse movement. This is 
more like a feature request and probably deserves a bug of its own.
Comment 7 R.K.Aa. 2000-07-14 13:42:19 PDT
oh well - removing "needs timeout" from summary again and filing that as a
separate bug.
Comment 8 R.K.Aa. 2000-07-14 13:53:18 PDT
filed 45530 on the timeout issue.
Comment 9 Peter Trudelle 2000-07-14 14:59:01 PDT
I will take this bug to refer to the one tooltip that appears on the main body
of the page given in the URL above.  Any other problems with tooltips, such not
going away on mouseOut, should be reported as a separate defect. accepting for
future. If someone is really bothered by this behavior, either fix it, convince
another mozilla developer to fix it, or nominate it for nsbeta3.  
Comment 10 Brian Staples 2000-07-14 19:22:16 PDT
CC: Self I agree the severity is a little too low. It probably should be normal.
Comment 11 Matthew Paul Thomas 2000-07-17 18:51:32 PDT
Any tooltip should be dependent on the item which it is, uh, tooltipping. When 
the item disappears (as it does, in this case, as soon as the next page starts 
rendering), the tooltip should disappear at exactly the same time. Resummarizing.
Comment 12 Peter Trudelle 2000-12-21 00:47:34 PST
->pinkerton, although this seems to have morphed into something I can't repro.
Comment 13 Jesse Ruderman 2001-06-28 14:47:39 PDT
May be related to bug 50511, "scrolling/app switching under mouse should cause
mousemove".
Comment 14 Stefan [:stefanh] 2009-05-22 16:39:37 PDT
*** Bug 125809 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.