Hi
There’s seems to be a new [and unwanted] backup system for the Mac WIP…
At least I haven’t seen this before.
I have no idea how these files got into my Download folder…? and there are more of them … Perhaps I should have spent the extra money and got 4 or 8Tb instead of the 2Tb I have… [ 
]
Is this an option that can returned off?
Does the old background MacOS backup save, got canceled ?
Thanks a lot
Akash
Hi Akash -
I’m glad that you find this new backup system to be unwanted. That means that you haven’t been losing files that you have spent hours or days of work on. The fact, however, is that macOS users losing their work is one of the biggest tech support pain-points that we face over and over again. We don’t know the cause, we don’t know in which situations this is happening, and, therefore, we don’t know how to solve that fundamental problem. As an effort to at least have something to fallback onto, it was decided to implement this feature where the previous version of a saved file is moved to the trash can, just like it is on Windows.
That said…
Yes, there is.
Rhino.Options.FileSettings.RecycleAutosaveFiles
It looks like something goes wrong on your system. Those files should be going into the trash can. I don’t suppose you have any idea of why it behaves like that on your system? Do other files go to the trash can when they are supposed to?
-wim
Hi Wim
I haven’t seen any other issue with the trash not working properly…..
I will try to monitor this to see if any other files stack up again going forward
Can you please let me know where is the correct location for the backup files?
Thanks a lot
Hi Akash -
They should be going into the trash, and they do on my system.
Also see → RH-68397 File IO: Backup current 3dm file before saving over it
-wim
Akash - was the original file you were working on (presumably HeartRing-brushed-dark-bg.3dm) in the Downloads folder? I wonder if there’s something special about opening a file from Downloads that is different from working in other folders.
We definitely don’t want the backups going anywhere other than Trash, because macOS can manage the Trash and free up space as needed.
saving and loosing data - a reproducible workflow is to try to save small as described here:
I thing a first step would be to correct the dialogs - adding a time-stamp as wished at topic above.
revert to version xx saved at xx at xx Date xx h xx min xx sec
And please use Format with 3 Letter Month
12 Aug 2023 not 08-12-2023 or 12-08-2023
this will help to narrow the problem.
thanks.
kind regards
tom
@Tom_P that’s a bug for sure, but not the bug we’re targeting in this case. Also, I can not reproduce the problem you describe above. But that’s for the other thread, not this one.
Hi
I’ll try to check the points mentioned above , tonight or tomorrow.
[I’ve been traveling these last two. days, ]m
Thanks a lot
The dates for the (backup).3dm start before the one time I used the Save-Small option, so it’s probably not related to that.
I have 5 (backup).3dm files in Downloads [I leave them there for now in case it can help to understand that cause …]
they are from different days, so it is not coming from just a single rhino session .
they are all of the same file [I haven’t worked on other files during these days so it can be related to just this one file [the file has a large mesh, but this mesh didn’t come into rhino via the Download folder.
Hi Akash -
What if you start a new file, add a simple box, save, add another box, and save again. Does that backup file also go to Downloads?
-wim
I just tried [but with a sphere]
saved 3 times each time I add an additional sphere.
this time the backup files didn’t go to Downloads… but unfortunately they didn’t go to the Trash either.
the are being saved in the same location I saved the original file. Which is my main Rhino folder.
I’m now also seeing there other files that has their backups pilling up.
So Rhino saves the backups in the same location as the actual file.
and this is not related to that heavy mesh… [or file size]
will be interesting to see if this continue after this week build [maybe the issue will just go away…?]
Updating that the Backup problem continues also in today’s build [8.0.23227.12306]
I hope you guys can find a fix for this… for now I’m going to manually clean up all the backups I can locate.
thanks a lot
akash
Hi Akash -
I’ve at least put it on the list so it doesn’t get forgotten…
→ RH-76351 File IO: Backup saving doesn’t move the file to Trash
-wim
Hi Akash -
RH-76351 was updated but I’m not sure what to expect. Would you mind running the latest in-house or wait a few hours until a new public WIP gets released and see if that behaves differently?
-wim
Hi @wim
thanks
I just tested with the build you provided.
it is not anymore saving the backup files to the same directory where the proper file is located…
But also not to the Trash.
I tried to look for these in some of the main directories but couldn’t find them
Are they meant to go to some spacial place and only later move to the trash? [I saved 3 times with geometry changes in between
I set up a test to try and help determine what is happening on your specific computer. I know that Mac is not allowing Rhino to move a file to the trash, but I don’t not know why this is happening yet. Please try the following:
hi
Rhino print nothing…
just this:
TestTrashErrorMessage
Command: TestTrashErrorMessage
Ok; let’s make sure this is working at all. Restart Rhino and run TestTrashErrorMessage without saving a file. You should see “No error message” displayed in the lower left corner
yes
the No error massage is showing
Strange; I must have messed up something for properly printing out an error message that I try to record when saving on your machine. I’ll have to take a look and see if anything needs to be changed.
