[BUG] Changing OSnap with AutoCPlane on changes the view orientation

I have noticed that when using the AutoCPlane, changing the OSnap settings will make the views jump around

I can consistently reproduce the bug using these steps:

-Draw a random box
-Rotate it a bit(not sure if needed)
-Turn on AutoCPlane and set it to any side of the box
-Locking the AutoCPlane dose not seem to change anything.
-Change any of the OSnap checkboxes

This makes the Top and Front view jump around and centers the view (see video)

PS: i had written a whole different post, thinking it was the radius command that had the bug, until i noticed the radius command toggles the “cen” OSnap checkbox and tried changing it manually.

Regards,
Aske

Hi Aske Garling,

Can you run the SystemInfo command in Rhino and post the results. So far I am unable to repeat in a recent daily build (8.18)

1 Like

Rhino 8 SR17 2025-3-7 (Rhino 8, 8.17.25066.07001, Git hash:master @ b14fcd901289f8715631debb308bc919a4988e07)
License type: Commercial, build 2025-03-07
License details: Cloud Zoo

Windows 11 (10.0.26100 SR0.0) or greater (Physical RAM: 31GB)
.NET 7.0.0

Computer platform: LAPTOP - Plugged in [95% battery remaining]

Standard graphics configuration.
Primary display and OpenGL: Intel(R) Arc™ Graphics (Intel) Memory: 2GB, Driver date: 6-10-2024 (M-D-Y). OpenGL Ver: 4.6.0 - Build 31.0.101.5590
> Integrated graphics device with 4 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port
- Windows Main Display attached to adapter port #1
- Secondary monitor attached to adapter port #2
Primary OpenGL: Intel(R) Arc™ Graphics (Intel) Memory: 2GB, Driver date: 6-10-2024 (M-D-Y). OpenGL Ver: 4.6.0 - Build 31.0.101.5590
> Integrated (slow!) graphics device with 4 adapter port(s)
- Secondary monitor is laptop’s integrated screen or built-in port
- Windows Main Display attached to adapter port #1
- Secondary monitor attached to adapter port #2

OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
GPU Tessellation is: On
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)

Anti-alias mode: 4x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High

Vendor Name: Intel
Render version: 4.6
Shading Language: 4.60 - Build 31.0.101.5590
Driver Date: 6-10-2024
Driver Version: 31.0.101.5590
Maximum Texture size: 16384 x 16384
Z-Buffer depth: 24 bits
Maximum Viewport size: 16384 x 16384
Total Video Memory: 2097148 KB

Rhino plugins that do not ship with Rhino

Rhino plugins that ship with Rhino
C:\Program Files\Rhino 8\Plug-ins\Commands.rhp “Commands” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\WebBrowser.rhp “WebBrowser”
C:\Program Files\Rhino 8\Plug-ins\rdk.rhp “Renderer Development Kit”
C:\Program Files\Rhino 8\Plug-ins\RhinoScript.rhp “RhinoScript”
C:\Program Files\Rhino 8\Plug-ins\IdleProcessor.rhp “IdleProcessor”
C:\Program Files\Rhino 8\Plug-ins\RhinoRenderCycles.rhp “Rhino Render” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp “RDK_EtoUI” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp “Snapshots”
C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp “MeshCommands” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp “RhinoCycles” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp “Toolbars” 8.17.25066.7001
C:\Program Files\Rhino 8\Plug-ins\3dxrhino.rhp “3Dconnexion 3D Mouse”
C:\Program Files\Rhino 8\Plug-ins\Displacement.rhp “Displacement”
C:\Program Files\Rhino 8\Plug-ins\SectionTools.rhp “SectionTools”

Just remembered i have “Universal construction planes” turned on in modeling aids,
Turning it of makes the bug go away. so it may have something to do with that.

1 Like

That is key, i can repeat now. Its moving the plane around in those views for no apparent reason.

Thanks for reporting RH-86535!

1 Like

In Rhino 9 WIP it centers the CPlane in the active view

Glad to contribute, I’ll keep an eye on the bug rapport :slight_smile:

RH-86535 is fixed in Rhino 8 Service Release 19 Release Candidate