Community
Participate
Working Groups
Very often the diagram editor remains dirty after save
Created attachment 202525 [details] patch for both HEAD and R3_0_maintenance branches
This is important bug, because the user will very often see how she/he saves a diagram and it remains dirty and it will create a bad impression. The workaround is to save once more the diagram, but it's annoying and also creates easily bad impression. The fix was tested manually and there is also a new JUnit test, which comes with the patch and which tests the used underlying API. There is a separate thread in the editor, which checks for certain changes and updates the diagram. One of the checks it makes is if the user has changed an entity name from outside the editor. The thread checks if the current name of an entity matches its name in the diagram, but it doesn't takes into account that "EntityName" and "* EntityName" are actually equal, so it finds them different and updates the diagram, which makes it dirty again. Petya will review the fix. The risk is very low.
Why can't the thread making the changes be fixed to recognize equal entities, and prevent the update? It looks like your just tricking the editor into thinking the contents hasn't changed?
(In reply to comment #3) > Why can't the thread making the changes be fixed to recognize equal entities, > and prevent the update? It looks like your just tricking the editor into > thinking the contents hasn't changed? Actually the thread just checks for specific changes, such like entity title change. It doesn't check the whole entity and if there is no change in the title the thread does nothing. Well, adding "* " in front of the title is not an actual title change, so the thread should do nothing. That's what this fix is about.
The thread has never been responsible for the content changes. It just tracks titles (and a few other things), so this fix doesn't trick the editor. It just recognized "Title" and "* Title" as equal and prevents the title update.
thanks for the comments - I approve
*** Bug 325442 has been marked as a duplicate of this bug. ***
Since I couldn't commit the patch yesterday, now I'll have to wait until the weekly build is declared. Does it mean that this bug has to get one more PMC vote in order to be committed?
This seems like a reasonable change for maintenance, but it may be wise to review this functionality in the head stream.
Stefan asked me to check this in for him since he is out of the office. Patch has been committed and released in maintenance branch only.
(In reply to comment #10) > Stefan asked me to check this in for him since he is out of the office. Patch > has been committed and released in maintenance branch only. Neil, you are correct. This thread is a kind of compromise and it would be better to remove it in Juno ...
... but it should be tracked in another bug ...
Little correction: the comment: "This thread is a kind of compromise and it would be better to remove it in Juno " is a response of the comment #9
(In reply to comment #10) > Stefan asked me to check this in for him since he is out of the office. Patch > has been committed and released in maintenance branch only. Thanx Neil!
The patch was also submitted in the HEAD branch ...