Community
Participate
Working Groups
When we delete the last InformationItem conveyed by an InformationFlow, this InformationFlow should be also deleted, because the multiplicity for the conveyed attribute is [1..*]
I guess, you deleted the InformationItem via the properties dialog (if not, please precise how - in any case, this is one way to do it). I think the proper solution would be to disallow deleting the last information flow in the properties dialog, i.e. the generated properties dialog should respect UML's multiplicity specification.
There is an additional, more severe aspect of this error (this should be new error): Papyrus adds a visual link (solid line) in addition to the information flow. This line is not deletable (and does not even vanish when deleting the information flow). The bug in this case is that the line should never be there.
Created attachment 229617 [details] Bug detection by validation
The "more severe" error above is described in bug 386011, this a general issue that is not specific to information flows. I think, the current behavior it is acceptable: assuring that models are always valid would constrain the user: it is possible that a user wants to delete an item of the "conveyed" attribute before adding a new one. Validation detects the problem, as shown in the attachment.
