Clipping Drawings and Worksession Issues

Hi @mary

I tried to create 3 different section views, based on the same clipping plane. This was difficult.

My attempted workflow with a complex architectural model with many structural layers was:

  1. Create a clipping plane
  2. With core structural layers on, create a clipping drawing
  3. Copy this to a new Layout file
  4. With a differet set of layers on, update the clipping drawing, and copy to Layout file
  5. Repeat 4 with a different set of layers
  6. At this point, I realised I needed a 3D axonometric view of the model into the Layout as well, so I decided to add the 3D-model through Worksession
  7. All clipping drawings updated and reverted to the model’s current layers

I recreated the issue to this video.

Hi @Toni_Osterlund,
Thanks for the video.
Can you zip and upload the model here or email it to tech@mcneel.com, Attn. Mary. ?
Delete anything sensitive and save as a new file that will show us the issue.

There is something odd here.
But we need to recreate it here and get it logged.

Sincerely,
Mary Ann Fugier

Hi @mary
it’s not the model. Here I recreated the issue with just 3 boxes, and managed to find a repeatable crash in Rh8 SR17.


Boxes for clipping test.3dm (2.5 MB)

So, this scenario is the reason I was asking for an explicit method to severe the link between 2D objects and the Clipping plane object.

Hi @Toni_Osterlund

I realize it may not tied to the model, but the process that you described with the first video by turning groups pf layers on and off, we prefer the model. Once we can repeat the issue with your file, then we try to also repeat it with a new file.
Generally we need a 3Dm to file a bug to save the developers’ time.

When you post a video with a specific process, the model is always helpful and moves the issue above other reports without a model.

Thanks for the Boxes for clipping test.3dm,
I will work on this today.

Sincerely,
Mary Ann Fugier

@mary
What I’m reading between the lines, is that this is not the intended functionality of the clipping drawings? It should not behave like this?

Hi Toni,
Your crash reports were not uploaded to our server. There are no recent crashes from you to analyze. Are you getting a crash submittal form? You can manually generate a crash dmp and submit it according to these instructions.

The DMP file will be too big to attach to an email. Please use our upload system here. Use tech@mcneel.com as the recipient. Include the details in the note field this thread
Please include what you were doing when you are crashed. We also need a Rhino SystemInfo report: Open Rhino. Type SystemInfo command. Copy and paste the text results into your reply.

Make2D may be a better option for a section or 2D drawing that is not linked to the original geometry.
However, when I copy the clipping drawing and paste to a new file, I do not have a link to the original file geometry either. You can try HistoryPurge command. Once you paste the section in the second file, then run the HistoryPurge command on them.

Third, I can not duplicate what you show in the first video at 1min 21 seconds and in the second video at 1min 8 seconds. In the first video you turn off the layer and in the second video it seems like you just Zoom and the clipping drawings go away.
This is not repeatable with your box file here.


Here are my files if you want to test.
Clipping Test.3dm (99.4 KB)
We have no 3rd party plugins loaded. Try disabling all plugins that do not ship with Rhino and test.

We suspect there is some additional user data from a plugin that is being transferred to the new model. Again we do not see this here. The contents of one model in the Worksession is completely independent of the second. This is by design and what we expect.

We updateg the geometry and and clipping drawing in the Boxes for clipping test.3dm. And made the Sections.3dm the active model, the geometry did not update based on the new location of the blue box. Again, this is what we expect being it is a completely different file.

Give this a try and keep us updated.
Sincerely,
Mary Ann Fugier

@mary
Ok, now that I know that this is not by design, but a bug or unwanted behaviour, I can narrow it down. Especially if you cannot replicate this.

I did not yet submit a crash report. The first instance I realised the repeatable crash was during recording of the video. I’ll submit one now.

SystemInfo

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: 63GB)
.NET Framework 4.8.9290.0

Computer platform: DESKTOP

Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3060 (NVidia) Memory: 12GB, Driver date: 12-3-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 566.36
> Accelerated graphics device with 4 adapter port(s)
- Secondary monitor attached to adapter port #0
- Windows Main Display attached to adapter port #1

Secondary graphics devices.
Intel(R) Graphics (Intel) Memory: 2GB, Driver date: 11-26-2024 (M-D-Y).
> Integrated graphics device with 4 adapter port(s)
- There are no monitors attached to this device!

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: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 12-3-2024
Driver Version: 32.0.15.6636
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 12 GB

Rhino plugins that do not ship with Rhino
C:\Program Files\Chaos Group\V-Ray\V-Ray for Rhinoceros\V8\VRayForRhino.rhp “V-Ray for Rhino”
C:\Program Files\Enscape\Enscape.Rhino.Plugin-net48\Enscape.Rhino8.Plugin.dll “Enscape.Rhino8.Plugin” 4.2.1.88
C:\Users\Toni\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\SpeckleRhino2 (8dd5f30b-a13d-4a24-abdc-3e05c8c87143)\SpeckleConnectorRhino.rhp “SpeckleConnectorRhino” 2.21.4.16540
C:\Users\Toni\AppData\Roaming\Grasshopper\Libraries\elefront421\ElefrontProperties.rhp “ElefrontProperties” 1.0.0.0
C:\Users\Toni\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\Speckle.Connectors.Rhino8 (2153799A-0CEC-40DE-BC3A-01E5055222FF)\Speckle.Connectors.Rhino8.rhp “Speckle (Beta)” 3.0.0.0
C:\Users\Toni\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\ggRhinoIFC\24.9.6.8\ggRhinoIFC.rhp “ggRhinoIFC” 24.9.6.8

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\rdk.rhp “Renderer Development Kit”
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”

The Undo crash does not happen, when VisualARQ and Tibidabo are not loaded.


@fsalla Bug report: check the process in this video.

Can you clarify this:

Does this mean that your drawings do not update, after you insert the original file as a worksession? And this is without HistoryPurge?

I am still confused, and not understanding your answer to my original question about the explicit link severance. 1) Is the behaviour exhibited in the adding of the worksession file intentional behaviour, or is it a bug? 2) If it is intentional, then is HistoryPurge the command I was asking for?

I think the action here is meaningless, it’s just something that forces screen refresh. Layer, zoom, pan, etc..

This tells me that you did not use HistoryPurge on your videos, and the behaviour I’m seeing is not intended?

Ok, here I unloaded Vray, Enscape, GeometryGym, ElefrontProperties, Holomark, Speckle and VisualARQ3 and it still behaves like this. Interestingly, Tibidabo loading is only asked after the Paste command.

This version is done in Safe Mode, with only Section Tools loaded. It still updates the copied drawings.

And here is one test run with your file. The copies in your file do not update, but all subsequent copies I make, get updated. Also, it seems that I can update the drawing via worksession, which removes the drawing.