Community
Participate
Working Groups
Build Identifier: I20090611-1540 When you search the help contents using 'Help' --- 'Search', there will be a list of result details. And after moving the scroll bar on the right a litter lower, try to select some contents dragging mouse's left key. The selection shows abnormally and the cursor locates in the wrong position. Reproducible: Always Steps to Reproduce: 1.Open "Help" menu and click on "Search" 2.Search a key word, eg. "new" 3. Move the right scroll bar a little lower 4.Try to select some content using the left key of mouse 5.funny Selection
Created attachment 177706 [details] snapshot Search "new", and here is the snapshot of bug.
I can reproduce the problem. Targeting Eclipse 3.7
Found this problem when using the FormText control with a ScrolledForm as a parent. Besides the "Help" sections its also evident in the IDE anywhere the FormText is used and a scrollbar is present, just select the text and scroll and the problem shows up.
This problem does not show up in Eclipse 3.7 M3, using 3.7 M2 the problem still exists so the bug has been fixed indirectly between M2 and M3. I'm pretty sure that the fix for Bug 284393 is what also fixed this problem.
The problem has returned since the fix for the fix for Bug 284393 was backed out. I don't want to close this as a duplicate since it may be possible to fix this bug without getting the bad side effects of the fix to Bug 284393.
*** Bug 321223 has been marked as a duplicate of this bug. ***
*** Bug 283889 has been marked as a duplicate of this bug. ***
CQ:WIND00209292 (In reply to comment #5) > The problem has returned since the fix for the fix for Bug 284393 was backed > out. I don't want to close this as a duplicate since it may be possible to fix > this bug without getting the bad side effects of the fix to Bug 284393. Chris, did you find any such fix that would have less impact on other areas? Helmut
I spent a day or so working on this earlier this year. While I was under the impression that it would be easy to separate the part of the patch that fixed the layout issues from the part of the patch which handled the transparency that was not the case. I spent quite a while debugging the layout algorithm to see if I could see why it was miscalculating the effect of the scrollbar. I did not end up getting to the root of the problem as the FormText layout code is quite complex and not well documented.
(In reply to comment #9) > I spent a day or so working on this earlier this year. While I was under the > impression that it would be easy to separate the part of the patch that fixed > the layout issues from the part of the patch which handled the transparency > that was not the case. I spent quite a while debugging the layout algorithm to > see if I could see why it was miscalculating the effect of the scrollbar. I did > not end up getting to the root of the problem as the FormText layout code is > quite complex and not well documented. Thanks Chris, sounds like a complicated fix... What's your estimate, will there be time to spend on analyzing and fixing this bug in the 3.8 time frame? TIA, Ciao, Helmut
I would like to think that this can be fixed in Eclipse 3.8, it's mainly a question of getting a large enough block of time to work out the problem.
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.
