Drag copy (Control copy) has a bug

[tony.crawford]

So, 

If you select an object in Revit you can drag it to move it.  If you hold CTRL on the keyboard and drag an object, then Revit makes a copy of this object. I've heard this called Drag-Copy and/or Control-Copy.  This is great! and it works for almost all objects.  It works for un-hosted objects, wall hosted, face-hosted, etc.

However, if you drag-copy a face-hosted object that is hosted by a vertical face, then the new copy of the object looses its elevation property. The elevation property displays at 0'0" (even if it IS at a non-zero elevation) and the elevation property is grayed-out and cannot be changed. 

This only affects objects with a very specific hosting.  However, these objects and their hosting can be pretty common for any consultants other than the Architect -- It can affect sinks, water closets, lights, switches, thermostats, etc. 

(screenshot attached) 

The screencast below includes this bug at about 3:20 (once the screencast video finishes processing.) 

The Control-Copy tool is documented here: 

 http://help.autodesk.com/view/RVT/2018/ENU/?guid=GUID-8DD46B31-AE17-48B2-B980-673AB48D373C

[erin.card]

Still an issue!!  Even more problematic now that you can schedule / tag that "Elevation from Level" 

All my switches are face-hosted instead of wall hosted, and I have to remember to re-associate them with the level and wall (or face, if actually on casework instead) before they show up with proper heights in their tags and schedule.