Bug 512269 - [State-machine diagram] Papyrus-RT installation influences standard SM diagram
Summary: [State-machine diagram] Papyrus-RT installation influences standard SM diagram
Status: NEW
Alias: None
Product: Papyrus-rt
Classification: Modeling
Component: tool (show other bugs)
Version: 0.9.0   Edit
Hardware: All All
: P3 minor
Target Milestone: Future   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-02-16 04:12 EST by Ansgar Radermacher CLA
Modified: 2017-02-23 11: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 Ansgar Radermacher CLA 2017-02-16 04:12:33 EST 
The presence of the Papyrus-RT plugins influences the standard Papyrus state-machine diagram: it is not possible to create a region or sub-state inside a state, once the RT plugins are installed. This happens in the standard state-machine diagram regardless whether the Papyrus-RT viewpoint is active or not.

Apparently, the edit-part provider declarations inside the papyrus-rt statemachine diagram are responsible for this influence.
Comment 1 Ansgar Radermacher CLA 2017-02-16 09:06:47 EST 
The error can only be reproduced, if the state-machine has the RTStateMachine stereotype. In my first tests I removed the stereotype and still had the described issue. The "accept" method of the edit provider only gets called (again) when the diagram is closed and re-opened.
While it's quite unlikely that people are actually affected by the bug, it would still be good to check whether we actually in an RT or standard state-machine diagram.
Comment 2 Charles Rivet CLA 2017-02-23 11:25:53 EST 
Could not reproduce. Could you please provide more precise steps and a model that shows the problem.