Bug 105393 - Tree widget does not update rollover tooltip when an item changes text.
Summary: Tree widget does not update rollover tooltip when an item changes text.
Status: CLOSED WONTFIX
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Steve Northover CLA
QA Contact:
URL:
Whiteboard: stalebug
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-27 19:38 EDT by Reinier Zwitserloot CLA
Modified: 2021-11-28 03:20 EST (History)
4 users (show)

See Also:


Attachments
sample program (runnable all by itself, just make sure SWT is in your classpath and such). (1.20 KB, text/plain)
2005-07-27 19:39 EDT, Reinier Zwitserloot CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Reinier Zwitserloot CLA 2005-07-27 19:38:09 EDT
Tree widgets (in windows, anyway) show a tooltip with the full text of a child 
TreeItem when 1) The shell with the Tree widget has focus, en 2) the text of the 
TreeItem doesn't fit.

This is a useful feature, but unfortunately this tooltip does NOT update itself 
with new text when the text of the relevant TreeItem changes. This makes it 
impossible to change the text of a TreeItem when the mouse rolls over it; the 
text does change underneath, but the tooltip (with the old text) hides the new 
text.

Solution:
 #1: Allow the setting of tool tip text on a per-TreeItem basis (preferred), -
OR-
 #2: Update/invalidate tooltips when their underlying treeitem changes name.

A code sample has been attached that shows the problem; the code sample shows a 
simple tree with a treeitem consisting of 100x the letter 'x'. On mouseover, it 
changes to 100x the letter 'y'. When the mouse leaves, they revert to 'x'. In 
practice it's almost impossible to get the 'y's to show up (move your mouse 
over, wait about 10 seconds for the tooltip to stop, or roll the mouse straight 
out of the shell without ever letting the mouse pointer 'touch' any other part 
of the list.
Comment 1 Reinier Zwitserloot CLA 2005-07-27 19:39:31 EDT
Created attachment 25389 [details]
sample program (runnable all by itself, just make sure SWT is in your classpath and such).
Comment 2 Reinier Zwitserloot CLA 2005-07-27 19:41:56 EDT
The example was tested and exhibits the bug with:

Windows XP SP1
SWT version 3.138
Comment 3 Reinier Zwitserloot CLA 2005-07-27 19:48:18 EDT
See Bug 37181 for a workaround. Existence of a workaround so I lowered the 
severity from normal to minor.
Comment 4 Steve Northover CLA 2005-08-22 16:24:39 EDT
Happens in the Table too.  See bug #104359.  Thanks Microsoft!
Comment 5 Markus Keller CLA 2009-08-28 12:45:45 EDT
Same problem with owner drawn tree items.

A scenario where this is quite annoying is drag and drop in a Java editor's Outline. After the user drops an item, the outline structure gets reconciled in the background, and when the outline gets updated, the rollover tooltip keeps showing outdated information (the label of the member that was previously at that position).
Comment 6 Eclipse Webmaster CLA 2019-09-06 16:05:24 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.
Comment 7 Eclipse Genie CLA 2021-11-28 03:20:46 EST
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. As such, we're closing this bug.

If you have further information on the current state of the bug, please add it and reopen this bug. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.

--
The automated Eclipse Genie.