SUMMARY STEPS TO REPRODUCE 1. start umbrello 2. add a new entity relation diagram 3. add two entities a and b 4. add entity attribute a.id and b.a_id 5. add foreign key constraint to b from b.a_id to a.id 6. rename foreign key constraint to something else OBSERVED RESULT There are now two associations shown, one with the old name and one with the new name EXPECTED RESULT There should only be one association displayed showing the new name SOFTWARE/OS VERSIONS Linux/KDE Plasma: openSUSE_Leap 15.1 KDE Frameworks Version: 5.55.0 Qt Version: 5.9.7
I'm not sure that this bug is not present in other views, too. If you draw an association between an actor and a use case, then delete it and save the file, there is still an element in the XMI file with tag "UML:Association" and the corresponding "UML:AssociationEnd" elements. The only thing that gets deleted is the <assocwidget> tag under the <diagram>. If another association is created, then another UML:Association as well as the new <assocwidget> is created; the old UML:Association remains apparently as a zombie. Renaming the association appears to work correctly, however.
A possibly relevant merge request was started @ https://invent.kde.org/sdk/umbrello/-/merge_requests/10
Git commit 952091eba84977f1aad3c39be3d08f98a3abb2fa by Ralf Habacker. Committed on 13/08/2020 at 10:52. Pushed by habacker into branch 'release/20.08'. Fix 'Double association in the diagram after renaming a foreign key constraint' Since the name has changed, we can't find the widget by name and have to use a different approach. FIXED-IN:2.32.01 (KDE release 20.08.1) M +19 -15 umbrello/umlscene.cpp https://invent.kde.org/sdk/umbrello/commit/952091eba84977f1aad3c39be3d08f98a3abb2fa
Git commit 0724d67ff8157eca8e51d3baef0b8e9711282107 by Ralf Habacker. Committed on 13/08/2020 at 11:17. Pushed by habacker into branch 'release/20.08'. Compile fix M +9 -11 umbrello/umlscene.cpp https://invent.kde.org/sdk/umbrello/commit/0724d67ff8157eca8e51d3baef0b8e9711282107
(In reply to Robert Hairgrove from comment #1) > I'm not sure that this bug is not present in other views, too. > If you draw an association between an actor and a use case, then delete it > and save the file, there is still an element in the XMI file with tag > "UML:Association" and the corresponding "UML:AssociationEnd" elements. The > only thing that gets deleted is the <assocwidget> tag under the <diagram>. > > If another association is created, then another UML:Association as well as > the new <assocwidget> is created; the old UML:Association remains apparently > as a zombie. This is a different bug and should be reported in a different bug.