| Summary: | Breakpoints view sorted by Creation Time/Name: adding breakpoints removes previous from view | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Markus Keller <markus.kell.r> |
| Component: | Debug | Assignee: | Sarika Sinha <sarika.sinha> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | daniel_megert |
| Version: | 4.7 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | Windows 7 | ||
| Whiteboard: | stalebug | ||
| Bug Depends on: | 498426 | ||
| Bug Blocks: | |||
|
Description
Markus Keller
Observed the same problem will with Sort by "Name" Add a breakpoint, which might land up some where towards the last of the view area and there are more breakpoints not visible in the tree. Adding a breakpoint just replaces the breakpoint position in the sorted place, rather than shifting it. Scrolling up and down to the next page brings it back. (Or closing and opening the view again). Discussed it with SWT folks, looks like a TreeViewer issue. Even after calling refresh, it doesn't update all the time. Looks like it marks the area for refresh, but does not refresh at the same time always. moving it out as of now as we don't have much idea about the possible solution. 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. |