v15.1 - [Ctrl+Shift+V] Does not honour the size and shape of the source

[Paolo F Cantoni]

[Ctrl+Shift+V] is the keyboard shortcut to create a new COPY of the source item (since you can't have two copies of the same item on the same diagram - via the UI).

Unfortunately, it DOESN'T copy the size and shape fo the source item - but applies the default size and shape.  So it doesn't make a copy of the source item.
At first, I thought this was a manifestation of the other OLD - don't use the size and shape fo the live item, but the one stored on disk defect, but a few quick tests showed this was NOT the case.
[Ctrl+Shift+V] should honour the size and shape of the source item (and, in fact, ALL the properties except the object_ID and ea_GUID).

Reported,
Paolo

[Eve]

[Ctrl+Shift+V] is the keyboard shortcut to create a new COPY of the source item (since you can't have two copies of the same item on the same diagram - via the UI).

Unfortunately, it DOESN'T copy the size and shape fo the source item - but applies the default size and shape.  So it doesn't make a copy of the source item.

I've tested a few different element types and this is not the behavior I'm seeing. I'm getting the behavior you are hoping for.

[Ctrl+Shift+V] should honour the size and shape of the source item (and, in fact, ALL the properties except the object_ID and ea_GUID).

Also, the Package ID, Parent ID, you could argue the author (which is copied). We use logic similar to the Windows file system for created and modified dates (Created is updated but Modified isn't.) It could be appropriate to change the status. Also, some fields where a two way lookup for a 1..1 relationship is maintained. If auto numbering is applied the name and alias may also be overridden. When doing it on the same diagram an offset is applied. That's just off the top of my head. The point is that you're over simplifying it.

PS. As per RFC 8174, do you mean SHOULD? Or maybe OUGHT TO? 

[Paolo F Cantoni]

[Ctrl+Shift+V] is the keyboard shortcut to create a new COPY of the source item (since you can't have two copies of the same item on the same diagram - via the UI).

Unfortunately, it DOESN'T copy the size and shape fo the source item - but applies the default size and shape.  So it doesn't make a copy of the source item.

I've tested a few different element types and this is not the behavior I'm seeing. I'm getting the behavior you are hoping for.

I noted this (internally) on 22-Apr, so I think I may have installed the new version since then.  I agree it seems to be working fine with 1528.

[Ctrl+Shift+V] should honour the size and shape of the source item (and, in fact, ALL the properties except the object_ID and ea_GUID).

Also, the Package ID, Parent ID, you could argue the author (which is copied). We use logic similar to the Windows file system for created and modified dates (Created is updated but Modified isn't.) It could be appropriate to change the status. Also, some fields where a two-way lookup for a 1..1 relationship is maintained. If auto numbering is applied the name and alias may also be overridden. When doing it on the same diagram an offset is applied. That's just off the top of my head. The point is that you're oversimplifying it.

PS. As per RFC 8174, do you mean SHOULD? Or maybe OUGHT TO? 

Oversimplification for engendering discussion.  Thanks for the explanation.

Paolo