Bug 577352 - Inconsistency in the presentation of multiplicity between Model Explorer and the Properties view.
Summary: Inconsistency in the presentation of multiplicity between Model Explorer and ...
Status: UNCONFIRMED
Alias: None
Product: Papyrus
Classification: Modeling
Component: Views (show other bugs)
Version: 5.2.0   Edit
Hardware: PC Windows 10
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-11-19 02:50 EST by Thomas Wiman CLA
Modified: 2021-11-19 02:50 EST (History)
0 users

See Also:

Attachments
Example profile that demonstrates the bug (136.35 KB, application/x-zip-compressed)
2021-11-19 02:50 EST, Thomas Wiman CLA 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas Wiman CLA 2021-11-19 02:50:14 EST 
Created attachment 287544 [details]
Example profile that demonstrates the bug

There is an inconsistency in the presentation of multiplicity between Model Explorer and Properties view.
I think this is because the UML2 method MultiplicityElement.getLower () returns 1 by default while ((LiteratlUnlimitedNatural) Multiplicity.getLowerValue ()). GetValue () returns 0 by default.

Steps to reproduce the bug:
1) Import and open the attached profile which has been migrated from an OMG original

2) Select the Property element UAF::SummaryAndOverview::UAFElement::conformsTo.

- In the Model Explorer, the multiplicity is displayed as [1..*]
- In the header of the Properties view, [0..*] is displayed
- Within the UML-tab in the Properties view, the field "Multiplicity" field displays "0..*"
- Within the Advanced-tab in the Properties view, the field "Lower" displays "1"

I do not know if the intention of this property is that it should be 0..* or 1..* but the incosistent presentation is confusing.