Bug 128688 - Preserve selected variable across breakpoint hits
Summary: Preserve selected variable across breakpoint hits
Status: RESOLVED DUPLICATE of bug 119025
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Debug (show other bugs)
Version: 3.2   Edit
Hardware: PC Windows 2000
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: JDT-Debug-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: usability
Depends on:
Blocks:
 
Reported: 2006-02-20 12:14 EST by Nick Edgar CLA
Modified: 2006-03-30 17:03 EST (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nick Edgar CLA 2006-02-20 12:14:11 EST
3.2 M5

I'm tracing through the registry reading for the activities mechanism.
I set a breakpoint in ExtensionActivityRegistry.readActivityPatternBindingDefinition just after it assigns activityPatternBindingDefinition.
Whenever it's hit, I select the item for activityPatternBindingDefinition in the Variables view (the bindings shows useful info in its toString()).
I have to select it each time manually to see if it's the one I'm looking for.

It would be nice if the Variables view remembered which variable I had selected across breakpoint hits.

I believe this is a very common pattern when debugging, and would be a big improvement to the debugger's usability.

The solution could be fancier by remembering different variables for different breakpoints, but even a "context insensitive" solution would be a big improvement.
Comment 1 Darin Wright CLA 2006-03-06 15:17:27 EST
We intend to expand/select across iterative suspensions. It's not working as intended right now because the selection/expansion is based on the variable's label. As the label can change for different objects (for example "integer= Integer  (id=33)" and then "integer= Integer  (id=41)"), the selection does not get re-set.

This is a side effect of the new "flexible debug platform" support. We no longer know what sort of element is in the viewer (we used to know it was a variable).
Comment 2 Darin Wright CLA 2006-03-30 17:03:18 EST

*** This bug has been marked as a duplicate of 119025 ***