Community
Participate
Working Groups
Created attachment 206663 [details] The model used to reproduced the issue. There are inconsistent ports and connectors on IBD after changing the type of a part by retargetting the corresponding composition end on BDD. -Take the attached model. -Open both BDD and IBD -Retarget the end of the composition to Block2 instead of Block1 on BDD => The type of part1 correctly switches to Block2, but there are two problems on IBD: 1) Block2 does not have the same port as block1, so the ports (of Block1) that used to be displayed on the frame of part1 should now be removed from the diagram (they don't belong to part1's new type Block2). The ports of Block1 themselves should of course be kept in the model. 2) The connectors should have been deleted from the model. Indeed, both have an end role that points to a port of the former part's type, which is no more relevant for the new part's type, so the connectors are now inconsistent and cannot be kept.
Fixed in r6252 (0.8.X).
(In reply to comment #1) > Fixed in r6252 (0.8.X). In r6262 merge into trunk.
> In r6262 merge into trunk. In r6274 minor re-factoring issue (oep.service.edit is now oep.infra.services.edit).
(In reply to comment #3) > > In r6262 merge into trunk. > In r6274 minor re-factoring issue (oep.service.edit is now oep.infra.services.edit). -> relates to the trunk only.
In r6276 (0.8.X) and r6277 (trunk): - Distinct action when the property move is related to SysML AssociationEnd#isNavigable and don't require Association re-factor - Destroy Association when one MemberEnd remains - Remove MemberEnd when its type is set to null - Set opposite AssociationEnd aggregation to None when the AssociationEnd is set to Composite while the opposite also is.
