Bugzilla – Full Text Bug Listing
| Summary: | Deleting a protocol in the model explorer doesn't delete the Protocol container and the interfaces | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] Papyrus-rt | Reporter: | Ernesto Posse <eposse> | ||||
| Component: | tool | Assignee: | Project Inbox <papyrusrt-inbox> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | onder.gurcan, papyrus-bugs, peter.cigehn, rschnekenburger | ||||
| Version: | unspecified | ||||||
| Target Milestone: | --- | ||||||
| Hardware: | PC | ||||||
| OS: | Mac OS X | ||||||
| Whiteboard: | |||||||
| Attachments: |
|
||||||
|
Description
Ernesto Posse
I cannot reproduce this. In my machines, when you delete a protocol, everything related to it is deleted as well. Can you check once more? Created attachment 254512 [details]
Screenshots of Model Explorer when deleting a protocol
The behaviour now is different, but is still incorrect. See the attached screenshots.
After deleting the protocol "Protocol1", a new protocol called "Protocol2" appears. Then I toggle the advanced Model Explorer, I turn it off again, and I see "Protocol2" and "<<ProtocolContainer>> Protocol1" with all the contents of Protocol1. Then I delete "Protocol2" and all goes away.
There is something really odd going on.
Looking at the last screen-shot where the protocol customization is switched off, and you can see the internal elements gives a hint on what is going on. One of the protocols have the inOut RTMessageSet suffixed "Sym" at the end. The other protocol have the inOut RTMessageSet suffixed "IO". Since I do remember that the original Zeligsoft protocol editor created an inOut RTMessageSet with the "Sym" prefix, whereas the current Papyrus-RT tooling creates the inOut RTMessageSet with the "IO" suffix (according to the profile specification document), I guess that one cause of this strange behavior is the conflicting behaviors between having both the Zeligsoft protocol editor and the Papyrus-RT tooling installed at the same time. This conflicting behavior was the reason I requested that the Zeligsoft protocol editor should be possible to install separately. I suggest that you test this without having the Zeligsoft protocol editor installed and see if that changes anything. I tried it on a fresh install without the old protocol editor and it looks like that was the problem indeed, but there is still something wrong. 1. In a new model, the first time I create a new protocol, it is called "Protocol2" rather than "Protocol1" 2. If I turn on the "Advanced Model Explorer" it shows both the protocol container (called "Protocol1") and the protocol itself (called "Protocol2") side-by-side, at the same level of nesting. If I turn it off, the protocol container remains there. 3. If I remove the "UML-RT Protocols" customization, it shows the protocol container and protocol side-by-side. If I add the customization again, the protocol container is still shown, rather than being filtered out. I have already reported the issue with the incorrect naming, see Bug 469825. Regarding the switching on/off of the customization seem to be a separate Bugzilla to be reported. This bug and the other bugs with naming problem are based on https://bugs.eclipse.org/bugs/show_bug.cgi?id=471134. (In reply to Onder Gurcan from comment #6) > This bug and the other bugs with naming problem are based on > https://bugs.eclipse.org/bugs/show_bug.cgi?id=471134. The initial bug (deleting the protocol does not delete other related elements) is now fixed. This bug is closed. Other issues like naming and switching on/off are referenced or should be referenced in another bug. Batch closing of old, fixed bugs |