Hi, this very morning i opened Rhino and exported a file i was working on (simple STL export), now i reopened it and every single personal setting is gone, like a fresh install. I did not update anything, any help?
Rhino keeps resetting them
Hi Antonio - can you please run SystemInfo in Rhino and copy/paste the results here?
-Pascal
Windows 11 (10.0.22631 SR0.0) or greater (Physical RAM: 64GB)
.NET 7.0.0
Computer platform: DESKTOP
Standard graphics configuration.
Primary display and OpenGL: NVIDIA GeForce RTX 3090 (NVidia) Memory: 24GB, Driver date: 2-15-2024 (M-D-Y). OpenGL Ver: 4.6.0 NVIDIA 551.61
> 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
Redraw scene when viewports are exposed: On
Graphics level being used: OpenGL 4.6 (primary GPU’s maximum)
Anti-alias mode: 8x
Mip Map Filtering: Linear
Anisotropic Filtering Mode: High
Vendor Name: NVIDIA Corporation
Render version: 4.6
Shading Language: 4.60 NVIDIA
Driver Date: 2-15-2024
Driver Version: 31.0.15.5161
Maximum Texture size: 32768 x 32768
Z-Buffer depth: 24 bits
Maximum Viewport size: 32768 x 32768
Total Video Memory: 24 GB
the day before there was a Nvidia drivers update, that is the only thing that changed
Please post the rest of the SystemInfo, including Rhino version, license type, plug-ins etc…
It’s all stock, no plug-ins (others than those coming with it) stand-alone license, updated to the latest version yesterday. For now it looks it’s not resetting anymore. I’m 95% sure the video drivers screwed something …waiting for the next release
Don’t think video drivers could cause a reset problem like that, but whatever…
what could be? it’s the only thing that’s changed in my Pc
Same thing happened to me today. It also opened my eyes to how hard it has become to manage containers/panels/toolbars/sidebars as i was trying to restore the layout I had.
Is there any way to find the old aliases after they ar wiped?
1 Like
Hello- without the full SystemInfo report, the whole thing, there is not much to say.
-Pascal
Yes, it has become more complicated… and fragile. I’m hoping the fragility will be addressed as quickly as possible, but it looks like the complexity is here to stay.
For now, once you have rebuilt your workspace, what I can suggest is to navigate to this folder
C:\Users\<your user name>\AppData\Roaming\McNeel\Rhinoceros\8.0\settings
and make a backup copy of that entire settings folder somewhere else. As you change your workspace, keep the backup copy updated. If things go south, close Rhino, navigate to where the settings folder is and replace the entire thing with a copy of your backup copy. Then start Rhino, in principle you should have everything back.
If you have an external .rui loaded, make a backup copy of that too, and if necessary replace the existing .rui with the backup copy.
Things may change over time, so these suggestions only apply to the current state of V8 (around 8.5). And, as far as I know, only to Rhino 8 for Windows.
3 Likes
Thanks for the tip Mitch!
Yes It was simpler in v7, and quite robust. I hope it can somehow be de-cluttered again, so toolbars are toolbars and can be docked, closed, opened and grouped (like in v7… 
)
I new user would find this state even more confusing for sure.
Fredrik
Well toolbars are still toolbars. Containers are basically like groups, except they can contain not only multiple toolbars (or just one) but also panels… (I’ve never understood where a panel and a toolbar needed to be docked together actually, but I guess that’s a possibility. Containers can also just contain one or multiple panels, which I guess is the most common application with panels)
The main thing is that the system still has a lot of bugs related to how these things are built and stored. It is unfortunately still kind of a house of cards. The recent group of reports about people losing all their settings in a crash seems like a new wrinkle and really needs to be looked into.
Yes you are right about that, containers are a kind of group. The bugs will be fixed eventually. I hope one day the whole interface get a total de-clutter and are organized hierarchically and commands are consolidated in a smart way… but that’s a discussion for another day 
Best regards
Fredrik
I do not like to post what looks like to be sensitive info on a public forum. Anyway the remaining lines of the SystemInfo are the very same you get with any vanilla Rhino installation, i have no idea what could be so informative
What do you consider sensitive about that information? There’s nothing personal in it. But again, whatever…
Ok, this is the fix for anybody having the problem (this worked for me).
- Open Rhino
- Customize the settings
- Go to C:\Users<username>\AppData\Roaming\McNeel\Rhinoceros<version number>\settings
- There are two keyfiles there: “setting-scheme…” & “windows-positions…”
- RMB and set both files to “Read Only”
- use the command “OptionsExport” to backup the settings, just in case
- Close Rhino, take a nap
Once those folders are set to read only, any modifications you make to the Rhino interface will not be saved for the next session.
yeah, that’s clear. If a user plan to do modifications he needs to uncheck the Read-Only attribute
I suspect this may a cracked Rhino license.