Community
Participate
Working Groups
I200603014-1200 The new Variables view has the same usability problem for me like the old one: I constantly find myself expanding some nodes. I'd like to see an auto-expand feature which lets me specify the auto-expansion level.
Deferred for future consideration. (Note - columns support in the variables view is optional - you can turn if off via "Layout > Show Columns". So, the "new" view is still the "old" view. Of course, neither one has an auto expand level :-)
And here's my final wish for 3.3 ;-)
This bug was discussed during the JDT Summit: the idea is to add an option (slider?) to the Variables view that allows to specify the expand level. Max. would mean "expand all".
Dani, I would like to defer this for post 3.3.
That's fine with me.
Thanks, marking as later.
Can we reconsider for 3.4?
This will take some experimentation with the virtual viewer - we can't actually expand until we retrieve data for a node in the tree, and know whether it is expandable. This may cause some expanding in the tree as you scroll, since we only retrieve data for visibile nodes. I think that we can only allow for an expansion level rather than "max == expand all", since there can be recursive data structures.
Now that bug 200105 is fixed, we can use the auto expand support in the asynch viewer. However, we have to be careful, as the var view already saves/restores expansion state for frames within a debug session, and the two mechanims could step on each other (i.e. If there is an auto expand level but the user has collapsed specific items, those items would get re-expanded when the user enters that frame).
*** Bug 129787 has been marked as a duplicate of this bug. ***
Released initial implementation to HEAD. Use the "Auto Expand..." action in the view drop down menu to set the level. Needs some more testing.
Trying to use logical structures with auto expand caused the view to freeze and do the 'forever trying to expand an item with no children' dance (in Linux). Also if I turn on show References and try to auto-expand to anything greater than 10, my computer falls asleep.
There are other problems as well: * If the user manually collapses vars, then steps - the vars re-expand * if "show references" is on, and the expand level is deep enough, expanding is really slow * expanding is "virtual" - it only works on items that get realized in the tree - so it also turns out to be incremental as your scroll... so the scroll bar does not show the entire picutre until more is relvealed. I pulled the feature from HEAD as it does not seem to play well in the virtual viewer.
Created attachment 76699 [details] patch work as a patch
Dani - is there something you specfically want to expand? Like "this", or a specific variable in a loop? etc? Maybe there is another solution that we can find to address the problem.
I'll see when I miss it next time. Now that it remembers expansion state I run into this less often.
Not committed for 3.4
This is still an issue for me: the very first time it stops somewhere all variables are collapsed and for me the 80% case is that I have to expand them at least one level (especially true for 'this').
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. If you have further information on the current state of the bug, please add it. 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. If the bug is still relevant, please remove the "stalebug" whiteboard tag.
The problem still exists in Eclipse 2021-06. If find myself on a breakpoint in a loop having expanded an instance attribute of the class that contains the loop. After resuming and hitting the breakpoint again I have to expand the object graph again, and again,...
Reopening !