Bugzilla – Full Text Bug Listing
| Summary: | [breakpoints] Condition detail pane remained after removing last breakpoint from view | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] JDT | Reporter: | Darin Wright <darin.eclipse> | ||||||
| Component: | Debug | Assignee: | JDT-Debug-Inbox <jdt-debug-inbox> | ||||||
| Status: | CLOSED WONTFIX | QA Contact: | |||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | curtis.windatt.public, Michael_Rennie | ||||||
| Version: | 3.6 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | PC | ||||||||
| OS: | Windows XP | ||||||||
| Whiteboard: | stalebug | ||||||||
| Attachments: |
|
||||||||
|
Description
Darin Wright
Created attachment 156754 [details]
patch
Fixed. Please verify, Mike. It feels awkward to remove all breakpoints and still see a detail pane (with widgets). I think it would better if the pane was removed instead of just having its controls disabled. Created attachment 156818 [details]
cheese
I also found that if you re-add a breakpoint to the view (after removing them all) the widgets re-enable when nothing in the view is selected.
(In reply to comment #3) > It feels awkward to remove all breakpoints and still see a detail pane (with > widgets). I think it would better if the pane was removed instead of just > having its controls disabled. This is actually a design point of the detail pane manager. The pane doesn't change type unless the input changes to need a different type. The variables view does the same thing - except you don't notice it because it's just a blank text widget. If it was removed - you'd see the "no details available". (In reply to comment #4) > Created an attachment (id=156818) [details] > cheese > I also found that if you re-add a breakpoint to the view (after removing them > all) the widgets re-enable when nothing in the view is selected. This is covered by bug 300293, which is the selection issue we're seeing from the single cell selection in the variables view. (In reply to comment #5) > (In reply to comment #3) > > It feels awkward to remove all breakpoints and still see a detail pane (with > > widgets). I think it would better if the pane was removed instead of just > > having its controls disabled. > This is actually a design point of the detail pane manager. The pane doesn't > change type unless the input changes to need a different type. The variables > view does the same thing - except you don't notice it because it's just a blank > text widget. If it was removed - you'd see the "no details available". I'd prefer to open a new bug for this, if you want, since it changes detail pane behavior in all views, not just the breakpoints view. (In reply to comment #5) > If it was removed - you'd see the "no details available". That is exactly what I would expect to happen. Nothing planned for 3.6. The detail pane infrastructure has always left the existing detail pane behind - this is to avoid re-creating a new (possibly identical) detail pane the next time something is added/selected in the view. This was less noticeable with the variables view, as the detail pane is a white text viewer that looks the same when present/missing. 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. |