Actualy in Cubase 13, the same issue was in Cubase 12. When app crashes, it sometimes completely erases files with global preferences, audio connections, control room etc. including saved files (even as I have saved copies like “mycontrolroom” files, all is erased). Please fix it, thank you.
Hi,
Cubase stores the preferences while quitting. If Cubase crashes, some data might not be written correctly.
1 Like
Continuing the discussion from Cubase should not delete files with saved preferences on crash:
Thank you. But this is not fixed, this is not a feature. It’s generally not a good idea to write files when the application crashes. Especially when it threatens to be overwritten by garbage. If it was random, I won’t report it, but the same thing has happened about five times already (with C12 and C13, never in previous versions). The solution is quite simple, don’t try to save the settings when the application crashes.
I think you misread. @Martin.Jirsak said that the preferences are written when closing, not crashing.
That said, there’s a minor issue with this. If Cubase is crashing, then normal operations are no longer functioning, otherwise no crash. Requesting specific behavior happen during a crash sounds like it isn’t possible, as it is crashing
1 Like
Maybe a real example is better:
Overally it’s a bad idea to call disc operation on app crash, on exception it should terminate asap. But I understand that everything is unstable at that moment. But it looks like bug, Cubase is programmed to overwite whole folder or allfiles in folder on crash. I repeatedly saved control room settings to my user file “My monitors”, so it’s my file, not cubase default settings files. After crash it deletes all, including my files.
You’re assuming there’s a call to delete. What’s happening is a crash. Nobody has said there’s a call for a deletion.
1 Like
And what is deleting my file? This was my user file, not cubase default.
When an application crashes it can do unexpected things. This is clearly not a good thing, and ideally you’ll make sure Steinberg receives those crash dumps. The point of my response was that suggesting an application do specific things when it’s already crashing isn’t a practical request.
Your complaint is 100% valid, the initial solution suggested is a category error.
I’m not capable of providing a solution, I was only hoping to help by steering away from attempting to control an already crashing application.
1 Like
southfresh, thank you for your help, but it does not help. Is app overwrites files on crash, there is a amateur bug, resource leak (handle opened with write access all the time prepared to write actual settings at the end) or attempt to rewrite file on exit. I do expect steinberg will be interested in fixing only if hundrets of user will report the same, it so my workaaround si to make a copies of preferences to separate folder outside cubase settings folders and restore it manually when damaged. So you can close it. Thanks.
Hi,
It’s always a good idea to have a backup of working system. With Cubase it’s the same.
Rather than just saving the preferences folder, I would recommend to make and export the Profile in Cubase.
Thanks! I didn’t know about this option in cubase, profile manager. Hope it saves all.