Rhino7 windows sub-object geometry adjustment corruption

I’m trying to move geometry on a sub-object level (selected by shift-ctrl-window) and the resultant geometry is really wonky in an unusable way. Rhino6 handled this with ease and this is functionally useless. I am not alone in experiencing this, am I? This example was documented in Rhino7.2.xx and after updating, doesn’t error exactly like this, but the geometry still becomes corrupt in Rhino 7.3.21039.11201 (see below).

from the attached Rhino7.2.xx “geomExampleBefore.3dm” file, the starting geometry:

the selected subobjects:

the bad geometry result after moving them as seen in Rhino7.2.xx “geomExampleAfter.3dm”:

the bad geometry result after moving them as seen in Rhino7.2.xx “geomExampleAfter.3dm”:

in Rhino 7.3.21039.11201, starting file[geomExampleBefore rhino7.3.21xx.3dm|attachment]

in Rhino 7.3.21039.11201, after moving the face the geometry protudes out the back, but maintains its Y/Z coordinates, unlike the Rhino7.2.xxx version):

geomExampleBefore.3dm (109.0 KB)
geomExampleAfter.3dm (159.3 KB)
geomExampleBefore rhino7.3.21xx.3dm (151.5 KB)
geomExampleAfter rhino7.3.21xx.3dm (176.5 KB)

I do not see that here - it is differently messy. But yes, moving sub-objects on solids other than boxes can be fraught. Cylinders especially.
RH-62776 Move sub objects - messy results

-Pascal