Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 463429 - Selection shadow is still visible after a container has been removed by refresh
Summary: Selection shadow is still visible after a container has been removed by refresh
Status: RESOLVED DUPLICATE of bug 453433
Alias: None
Product: Sirius
Classification: Modeling
Component: Diagram (show other bugs)
Version: 2.0.3   Edit
Hardware: PC Windows 7
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-30 06:32 EDT by Stéphane Thibaudeau CLA
Modified: 2015-04-02 11:17 EDT (History)
1 user (show)

See Also:


Attachments
VSM Project and example project (7.98 KB, application/x-zip-compressed)
2015-03-30 06:32 EDT, Stéphane Thibaudeau CLA
no flags Details
Before EReference creation. The red "B1" is unsynchronized (10.57 KB, image/png)
2015-03-30 06:33 EDT, Stéphane Thibaudeau CLA
no flags Details
After EReference creation : snchronized mapping has been instanciated. Shadow is still visible. (14.70 KB, image/png)
2015-03-30 06:33 EDT, Stéphane Thibaudeau CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Thibaudeau CLA 2015-03-30 06:32:10 EDT
Created attachment 251987 [details]
VSM Project and example project

Let's use an example to explain the problem.
I've attached 2 projects : a VSM project and an example project.

The VSM defines a diagram on EPackage.
1) All EClasses from the EPackage are displayed using a container mapping.
2) All EClasses that are referenced from EClasses in this EPackage are displayed using another containre mapping (unsynchronizable). The EClass from the current EPackage are not displayed twice.
3) A unsynchronized container mapping is used to display an external EClass (from another EPackage) so the user can creates a reference to it.

The example model contains :
- an EPackage "A" with 3 EClasses (A1, A2, A3)
- an EPackage "B" with 3 EClasses (B1, B2, B3)

Steps to reproduce :
1) Import VSM and example projects
2) Open the "new Test" diagram on EPackage A in the example project. It displays "internal" EClasses (A1, A2, A3)
3) Using the "External EClass" tool, select an "external" EClass. For example B1 => It is displayed using the unsynchronized container mapping.
4) Using the "EReference" tool , create an EReference from A1 to B1 =>
- B1 is displayed using the synchronized container mapping : OK.
- the unsynchronized container on B1 has been removed : OK
- B1 has moved on the diagram : OK because its mapping changed.
- The "selection shadow" on the unsynchronized mapping is still visible. :KO
It can not be selected nor removed. The only way to delete it is to close/reopen the diagram.

See screenshots for a before/after EReference creation comparison.
Comment 1 Stéphane Thibaudeau CLA 2015-03-30 06:33:04 EDT
Created attachment 251988 [details]
Before EReference creation. The red "B1" is unsynchronized
Comment 2 Stéphane Thibaudeau CLA 2015-03-30 06:33:49 EDT
Created attachment 251989 [details]
After EReference creation : snchronized mapping has been instanciated. Shadow is still visible.
Comment 3 Steve Monnier CLA 2015-04-02 11:17:47 EDT
This issue has already be fixed on sirius 3.0 by https://bugs.eclipse.org/bugs/show_bug.cgi?id=453433. Feel free to reopen this bugzilla if a backport is needed.

*** This bug has been marked as a duplicate of bug 453433 ***