Community
Participate
Working Groups
Debug a Java program, stop at a breakpoint, go to the Expressions window, right click, select Add Watch Expression. It would be nice to have code assist in this window. Same goes for the Edit Watch expression dialog.
Currently, the add/edit watch expression dialogs are generic to the debug platform, and are used for all debuggers. Thus, no code assist. Marking as later. We would need to infer a debug context, and provide extension points for debuggers plug-in content assist function.
I have a process question: why did you mark it as Resolved Later instead of leaving it as New (enhancement)? Later means post 3.1 (right?) but 3.1 plans are still being added to so it seems premature. Also the next person to request this won't find the existing request as easily because the query page filters out Resolved by default. Just wondering.
Marking as later doesn't neccessarily mean post 3.1. It means "not right now". Bugs can move from later to 3.1 as we go thru the 3.1 milestones. In debug, we try to keep the "in box" (new, re-opened, etc), small so we know what's been dealt with/considered.
Ok, then maybe this page should be changed: http://bugs.eclipse.org/bugs/bug_status.html "LATER: The problem described is a bug which will not be fixed in this version of the product." I'm not trying to give you a hard time specifically (well, maybe I am :) but rather I'm just trying to better understand how the bug system is intended to be used. Cc'ing Jim to see if he has any insight.
Darin, Perhaps REMIND, rather than LATER, more accurately describes the state of affairs: "REMIND: The problem described is a bug which will probably not be fixed in this version of the product, but might still be."
*** Bug 99505 has been marked as a duplicate of this bug. ***
re-open to mark as dup.
*** This bug has been marked as a duplicate of 57580 ***