Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 357227 - Copy/Paste of NamedElements should avoid creating new elements with names that already exist in the target namespace.
Summary: Copy/Paste of NamedElements should avoid creating new elements with names tha...
Status: CLOSED FIXED
Alias: None
Product: Papyrus
Classification: Modeling
Component: Core (show other bugs)
Version: 0.8.1   Edit
Hardware: PC Windows XP
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Vincent Lorenzo CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-09 09:09 EDT by Alain Le Guennec CLA
Modified: 2013-03-13 10:23 EDT (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 Alain Le Guennec CLA 2011-09-09 09:09:43 EDT 
When you create new elements in the model explorer using the creation commands, Papyrus usually tries to assign a unique name to the newly created elements, by using numbered suffix.
But when you copy/paste elements, the newly created elements keep their original name. It would be better if the new elements were allocated new names following the same scheme as the creation commands.
Note: If a tree/forest of object is copied, the name adjustment should only apply to the root(s) object(s), nested elements should still keep their original names when appropriate.
Comment 1 Vincent Lorenzo CLA 2011-11-21 09:16:28 EST 
Done in R6265 on the branch.
Comment 2 Vincent Lorenzo CLA 2011-11-21 09:31:55 EST 
In R6268, in oep.modelexplorer : PasteHandler and CopyHandler -> @Deprecated
Comment 3 Vincent Lorenzo CLA 2011-11-21 09:32:24 EST 
(In reply to comment #1)
> Done in R6265 on the branch.
 -> Update oep.uml.menu to get the correction
Comment 4 Vincent Lorenzo CLA 2013-03-13 10:23:23 EDT 
This bug can be marked as closed fixed.