Bug 543489 - [ControlMode][SubPackage] The stereotype application doesn't follow the stereotyped element.
Summary: [ControlMode][SubPackage] The stereotype application doesn't follow the stere...
Status: ASSIGNED
Alias: None
Product: Papyrus
Classification: Modeling
Component: Core (show other bugs)
Version: 4.2.0   Edit
Hardware: PC Windows 7
: P3 critical (vote)
Target Milestone: 6.0.0   Edit
Assignee: Vincent Lorenzo CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 529243 (view as bug list)
Depends on: 544171
Blocks: 543303
  Show dependency tree
 
Reported: 2019-01-16 04:03 EST by Vincent Lorenzo CLA
Modified: 2020-12-10 08:25 EST (History)
2 users (show)

See Also:

Attachments
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 Vincent Lorenzo CLA 2019-01-16 04:03:35 EST 
I will attach a model to reproduce the bug in few minutes
Comment 1 Vincent Lorenzo CLA 2019-01-17 06:14:12 EST 
Currently, no idea how to reproduce the initial bug on Papyrus 4.2.0... but I'm sure this bug exists...
Comment 2 Vincent Lorenzo CLA 2019-01-17 07:55:21 EST 
On Oxygen : 
	1. Create a new Model
	2. Create 3 package p1, p2, p3
	3. Apply SyML Block profile on the root model
	4. Create a Class Class1 in p1 and stereotype it Block
	5. Save
	6. Create a SubModel from p1 (a new file p1.uml will be created after the save action)
	7. Create a SubModel from p2 (a new file p2.uml will be created after the save action)
	8. Save
	9. move Class1 from p1 to p2
	10. Save
			-> open p1.uml and p2.uml as text : Class1 is stored in p2.uml, but the Stereotype Application Block is still in p1.

This bug seems not reproductible on Papyrus 2018-12.
Comment 3 Vincent Lorenzo CLA 2019-01-17 08:51:18 EST 
This bug seems fix, but we must provide JUnit tests for it. 
We should tests the decoration model (Stereotype Application stored in an external file) in the same time than the Controlmode.
Comment 4 Eclipse Genie CLA 2019-01-17 08:59:35 EST 
New Gerrit change created: https://git.eclipse.org/r/135240
Comment 5 Vincent Lorenzo CLA 2019-02-04 08:28:32 EST 
In fact, it is not fixed. It works only for moved elements, but not for their children. 
Moving a stereotyped classes which contains stereotyped properties, from a given resource to another one won't work propertly. The model is still valid, you can open/close it without problem, but the stereotypes applied on the properties are still stored in the initial resource.
Comment 6 Eclipse Genie CLA 2019-02-06 05:05:14 EST 
New Gerrit change created: https://git.eclipse.org/r/136347
Comment 7 Eclipse Genie CLA 2019-02-06 09:34:26 EST 
New Gerrit change created: https://git.eclipse.org/r/136361
Comment 8 Vincent Lorenzo CLA 2019-02-08 04:28:47 EST 
*** Bug 529243 has been marked as a duplicate of this bug. ***
Comment 9 Vincent Lorenzo CLA 2020-12-10 08:25:04 EST 
postponed 6.0.0