Bug 160225 - Respect EStructuralFeature cardinality in commands that create/move/clone elements
Summary: Respect EStructuralFeature cardinality in commands that create/move/clone ele...
Status: RESOLVED FIXED
Alias: None
Product: GMF-Tooling (ARCHIVED)
Classification: Modeling
Component: Core (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 2.0   Edit
Assignee: Boris Blajer CLA
QA Contact:
URL:
Whiteboard:
Keywords: contributed
Depends on:
Blocks:
 
Reported: 2006-10-09 11:58 EDT by Boris Blajer CLA
Modified: 2010-07-19 22:22 EDT (History)
0 users

See Also:

Attachments
Fixes the Subj (914.69 KB, patch)
2006-10-11 10:07 EDT, Boris Blajer CLA 		no flags Details | Diff
View All 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 Boris Blajer CLA 2006-10-09 11:58:44 EDT 
It should not be possible to create a node (or have a node created otherwise, e.g., by moving an element from a different container), if the structural feature(s) that hold the element have reached the maximum capacity. Node that this check is already performed for links (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=143983).
Comment 1 Boris Blajer CLA 2006-10-11 10:07:16 EDT 
Created attachment 51755 [details]
Fixes the Subj

+Tests + Tests for https://bugs.eclipse.org/bugs/show_bug.cgi?id=143983
Comment 2 Artem Tikhomirov CLA 2006-10-12 08:25:29 EDT 
reviewed and committed
Comment 3 Richard Gronback CLA 2008-08-13 13:10:20 EDT 
[target cleanup] 2.0 M2 was the original target milestone for this bug
Comment 4 Eclipse Webmaster CLA 2010-07-19 22:22:28 EDT 
[GMF Restructure] Bug 319140 : product GMF and component
Generation - Lite was the original product and component for this bug