add blockedit to the Options-general-“never repeat these commands” list
make a change to a block.
enter another block
run last command, which will be BlockEditApplyInPlaceEditItemChanges
exit block.
When you exit the block all geometry in the file will be deleted. Control-z will not bring it back.
Workaround: Add BlockEditApplyInPlaceEditItemChanges to the “never repeat these commands” list
Windows 10.0.19042 SR0.0 or greater (Physical RAM: 64Gb)
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3080 (NVidia) Memory: 10GB, Driver date: 12-3-2020 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 460.79
> Accelerated graphics device with 4 adapter port(s)
- Windows Main Display attached to adapter port #0
- Secondary monitor attached to adapter port #1
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: On
Redraw scene when viewports are exposed: On
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-2020
Driver Version: 27.21.14.6079
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 10 GB
Rhino plugins that do not ship with Rhino
C:\Users\hogan\AppData\Local\Programs\Enscape\Bin64\Enscape.Rhino7.Plugin.dll “Enscape.Rhino7.Plugin” 0.0.21061.1132
C:\ProgramData\McNeel\Rhinoceros\7.0\Plug-ins\Twinmotion Direct Link 2020.2 (e24ee14a-9514-47da-8fe6-f6e61b20160e)\Twinmotion Direct Link 2020.rhp “Twinmotion Direct Link 2020” 1.0.6.0
Hello - That should certainly be fixed in that build - I cannot repeat the problem in 7.3, at least so far.
Are you doing exactly this?
add blockedit to the Options-general-“never repeat these commands” list
make a change to a block.
enter another block
run last command, which will be BlockEditApplyInPlaceEditItemChanges
exit block.
Just to make sure, can you repeat the problem if Rhino is started in Safe Mode?
Start Rhino in Safe Mode: Windows start menu, type in ‘Rhinoceros’ and look for the ‘Rhinoceros in Safe Mode’ entry.
Thank you for your reply! Unfortunately I don’t think I can reproduce the issue right now but I remember the last command that ran before everything dissapeared was “BlockEditApplyInPlaceEditItemChanges” (that’s how I found the thread). Just like the author of the thread I was working within block inside a block and once I pressed “Exit” everything disappeared and I could not get the “Ctrl + Z” to bring back any of the geometry that I lost.
For now I added the "BlockEditApplyInPlaceEditItemChanges to “never repeat these command list” as Topsoil suggested
Hi, the same happened to me twice this week. When I was finishing editing a block, closing the editor cause everything to disappear…
This is my system info:
Rhino 7 SR27 2023-2-1 (Rhino 7, 7.27.23032.13001, Git hash:master @ 4a0030c0d354560df03764f4f49ecc5d119e5118)
License type: Comercial, build 2023-02-01
License details: Cloud Zoo
Windows 11 (10.0.22621 SR0.0) or greater (Physical RAM: 32Gb)
Computer platform: LAPTOP - Plugged in [100% battery remaining]
Hybrid graphics configuration.
Primary display: Intel(R) UHD Graphics 630 (Intel) Memory: 1GB, Driver date: 6-1-2021 (M-D-Y).
> Integrated graphics device with 3 adapter port(s)
- Windows Main Display is laptop’s integrated screen or built-in port
Primary OpenGL: NVIDIA Quadro P2000 (NVidia) Memory: 4GB, Driver date: 11-26-2022 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 527.37
> Integrated accelerated graphics device (shares primary device ports)
- Video pass-through to primary display device
OpenGL Settings
Safe mode: Off
Use accelerated hardware modes: 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: 11-26-2022
Driver Version: 31.0.15.2737
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 4 GB
I’ve had 2 users come across the same problem in the last month. It tends to happen when they are rapidly clicking inside of the block editor. Thankfully I was on a virtual call and could observe it first hand. I managed to capture this screenshot of the command history. After the highlighted command everything was gone.
I’ve come up with a way to replicate the event partially.
Create a block and open it in the block editor.
Leave the block editor by clicking ok through the command window
As quickly as possible press space bar or right click to repeat the last command.
If done successfully all geometry in the model will be deleted from the world.
In repeating these steps a few different times I’ve noticed that if there is only a instance reference object in the world a popup comes up The block was not modified, it must contain at least one object but if there is other geometry in the world the popup does not appear. Curiously, the block definition that was originally open has been changed to include all geometry that was not inside of the block initially. It seems as though my users are experiencing this second option and upon seeing the model completely disappear their first instinct is to ctrl+z as quickly as possible. Reverting the instance definition back to its state prior to making any edits.
I also just experienced this bug today with the steps you described where I accidentally ran the command BlockEditApplyInPlaceEditItemChanges and was unable to restore all the geometry outside of the block definition
Michael I’ve found that adding _BlockEditApplyInPlaceEditItemChanges to the do not repeat list, as described above, mitigates this error. I’ve created a powershell script to set this in the settings xml on install and update for my users, but setting it for yourself is as simple as adding the command to the do not repeat list in Options > General.