Hatch inside another block turns black during BlockEdit

Rhino
, , ,
1

Hi,

I found a display issue in Rhino 8 when using BlockEdit.

I have two separate blocks, each containing regular geometry and a solid hatch. All object and hatch colors are set to By Layer.

When I edit Block B, the solid hatch inside Block A turns black. The other geometry inside Block A keeps its normal display.

The important part is that this only happens when the hatch is inside another block.
A hatch with the same layer/color that is not inside a block keeps its correct color during BlockEdit.

In the attached screenshot:

  • Block A: not being edited → hatch turns black
  • Block B: currently being edited → hatch stays red
  • No Block: hatch outside any block → stays red

The same behavior also occurs with BlockEditNew, so it seems to be related to Rhino’s display handling of hatches inside locked block instances rather than the plugin.

This issue is especially problematic in my workflow because I regularly use hatches as part of block definitions. During block editing, the hatches in other blocks no longer display with their actual layer colors, which makes visual coordination and checking between blocks difficult.

Is this a known Rhino 8 display bug, or is there a setting that controls this behavior?

grafik
grafik2284×800 36.9 KB

SystemInfo 
Rhino 8 SR33 2026-7-7 (Rhino 8, 8.33.26188.13001, Git hash:master @ 482f88a83547c62cde64d78ea8a8690b7349f289)
License type: Educational, build 2026-07-07
License details: Cloud Zoo

Windows 11 (10.0.26200 SR0.0) or greater (Physical RAM: 64GB)
.NET 8.0.23

Computer platform: DESKTOP

Standard graphics configuration.
  Primary display and OpenGL: NVIDIA GeForce RTX 5080 (NVidia) Memory: 16GB, Driver date: 1-20-2026 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 591.86
    > Accelerated graphics device with 4 adapter port(s)
        - Windows Main Display attached to adapter port #0

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: 1-20-2026
  Driver Version: 32.0.15.9186
  Maximum Texture size: 32768 x 32768
  Z-Buffer depth: 24 bits
  Maximum Viewport size: 32768 x 32768
  Total Video Memory: 16303 MB

Rhino plugins that do not ship with Rhino
  C:\Program Files\Chaos\V-Ray\V-Ray for Rhinoceros\V8\VRayForRhino.rhp    "V-Ray for Rhino"
  C:\Users\sveng\AppData\Roaming\McNeel\Rhinoceros\8.0\Plug-ins\D5LiveSync (e0d5e210-02f6-4ee9-a2b0-1675e225d958)\D5Conv.rhp    "D5 Live Sync for Rhino"
  C:\ProgramData\McNeel\Rhinoceros\8.0\Plug-ins\Datasmith Rhino Exporter (d1fdc795-b334-4933-b680-088119cdc6bb)\DatasmithRhino8.rhp    "Datasmith Exporter"    5.6.1.0
  C:\Program Files\Rhino 8\Plug-ins\Tibidabo\VisualARQ.rhp    "VisualARQ"
  C:\Program Files\Rhino 8\Plug-ins\Tibidabo\Tibidabo.rhp    "Tibidabo"
  C:\Users\sveng\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\BlockEditNew\2.1.7\blockeditnew.rhp    "BlockEditNew"    2.0.0.0
  C:\Users\sveng\AppData\Roaming\McNeel\Rhinoceros\packages\8.0\jifto\1.2.0\net8.0-windows\jifto.rhp    "jifto"    1.2.0.0

Rhino plugins that ship with Rhino
  C:\Program Files\Rhino 8\Plug-ins\Commands.rhp    "Commands"    8.33.26188.13001
  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.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\RhinoRender.rhp    "Legacy Rhino Render"
  C:\Program Files\Rhino 8\Plug-ins\rdk_etoui.rhp    "RDK_EtoUI"    8.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\NamedSnapshots.rhp    "Snapshots"
  C:\Program Files\Rhino 8\Plug-ins\MeshCommands.rhp    "MeshCommands"    8.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\IronPython\RhinoDLR_Python.rhp    "IronPython"    8.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\RhinoCycles.rhp    "RhinoCycles"    8.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\Grasshopper\GrasshopperPlugin.rhp    "Grasshopper"    8.33.26188.13001
  C:\Program Files\Rhino 8\Plug-ins\Toolbars\Toolbars.rhp    "Toolbars"    8.33.26188.13001
  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"
2

TEST FILE.3dm (231.0 KB) here is a test file

3

@wim - McNeel team, please help here.

Hopefully, I’m just missing something. As you can see in the clip, this behavior makes working in 2D quite frustrating.

What I found out is that the hatches take on the color of the layer that the block is placed on.

Also If I enable Print Preview while BlockEdit is active, the hatch inside the other block is displayed with the correct color.

And Locked object usage is already set to Use object’s display attributes.

4

Hi Sven -

This doesn’t look to be limited to neither BlockEdit nor hatch objects. Objects in a block instance are drawn in the color of the instance when locked and the display mode is customized for locked objects.
→ RH-98666 Display: Color of Object in Locked Block

For what it’s worth, this works correctly for hatch objects in Rhino 9. I couldn’t find the YT that changed that behavior, so I’m not sure why hatch objects were special-cased.
-wim

5

RH-98666 is fixed in Rhino BETA