Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 314286

Summary:	[breakpoints] Concept of editable Breakpoint details hard to grasp for users
Product:	[Eclipse Project] Platform	Reporter:	Dani Megert <daniel_megert>
Component:	Debug	Assignee:	Platform-Debug-Inbox <platform-debug-inbox>
Status:	CLOSED WONTFIX	QA Contact:
Severity:	normal
Priority:	P3	CC:	darin.eclipse, grant_gayed, pawel.1.piech
Version:	3.6
Target Milestone:	---
Hardware:	All
OS:	All
Whiteboard:	stalebug

Description Dani Megert

2010-05-25 10:47:09 EDT

3.6 RC2.

While going through the 3.6 N&N items I tested the new Java breakpoint details: when doing this I changed some values but they were not respected. It is not obvious that a view is dirty and even after leaving the view I do not get any feedback. Users are not used to see/have dirty views.

Comment 1 Dani Megert

2010-05-25 10:47:52 EDT

In addition: the current state is not filled into the properties dialog.

Comment 2 Dani Megert

2010-05-25 10:48:51 EDT

OOPS: and when switching between breakpoint my current dirty changes are discarded but the view stays dirty :-(.

Comment 3 Darin Wright

2010-05-25 11:34:00 EDT

The "auto-save" policy is to save changes when the input to the detail pane is changed. Thus, losing focus does not auto-save changes. However, selecting another breakpoint will save changes (or closing the breakpoints view, or putting another view on top of the breakpoints view...).

It might be better to "auto-save" when focus is lost as well.

Comment 4 Darin Wright

2010-05-25 11:35:59 EDT

(In reply to comment #2)
> OOPS: and when switching between breakpoint my current dirty changes are
> discarded but the view stays dirty :-(.

Look like this happens when the data is invalid - for example characters in a hit count value.

Comment 5 Dani Megert

2010-05-25 12:06:18 EDT

>Look like this happens when the data is invalid
Indeed. And once in that state the dirty mark (*) never goes away until I make some other changes. If the code can handle invalid values being stored, then the simplest thing would be to just store that invalid string.

>It might be better to "auto-save" when focus is lost as well.
For text widgets it has to do it on focus lost and dispose/close of the view (including shutdown).

Comment 6 Pawel Piech

2013-01-29 00:04:07 EST

*** Bug 399298 has been marked as a duplicate of this bug. ***

Comment 7 Eclipse Genie

2019-10-08 17:00:03 EDT

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.

--
The automated Eclipse Genie.