Community
Participate
Working Groups
The editor is marked dirty whenever any user interaction occurs. For example if I click on any of the attribute popups the editor is marked dirty even when I haven't changed anything. The editor should only show as dirty on an actual resource delta.
I am not sure what you mean with any user interaction. On Gtk I can not reproduce the problem if I select the pre-selected value in a combo for instance. Leo, are you seeing this as well on Mac? Miles, do you have any tabs on the Task Editor besides Bugzilla and Context?
No, just those two. And naturally I just tried clicking on the attributes and it's not happening now. (!?) But I know the reverted change is reproducible: 1. Click on and change an Atrribute, e.g. "P2". 2. Change it back to "P1" Editor is still marked dirty. 1. Focus on comment. 2. Enter text. 3. Delete text. Editor is still marked dirty. 1. Focus on comment. 2. Enter text. 3. Undo. Editor is still marked dirty. BTW, Undo doesn't seem to work with the popups. Is this a known issue?
Selecting the pre-selected combo value won't mark the editor dirty on Mac, no. But as Miles's most recent comment describes, making a change and then reverting the change leaves the editor dirty.
Thanks Leo. That's consistent with other editors, if you enter text and then delete it that's still considered a change. If you don't want a dirty editor you have to use undo. Proper undo support is indeed lacking in the task editor and tracked on bug 205533. *** This bug has been marked as a duplicate of bug 205533 ***
(In reply to comment #4) > Thanks Leo. That's consistent with other editors, if you enter text and then > delete it that's still considered a change. Gosh, you're right. It's even true for Apple software, which is my usability benchmark. How could I never have noticed that before? I guess it's more obvious with Eclipse because of the dirty marker. Personally, I think everyone else is wrong. :D You should only need to save when there is a delta.
