Bugzilla – Full Text Bug Listing
| Summary: | [Forms] Help-Search result selection cursor display abnormally | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | salever <salever> | ||||
| Component: | User Assistance | Assignee: | platform-ua-inbox <platform-ua-inbox> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | candyn, cgold, craighewetson, helmut.haigermoser, johann.draschwandtner, martin, salever | ||||
| Version: | 3.5 | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | stalebug | ||||||
| Attachments: |
|
||||||
|
Description
salever
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. |