Why doesn't autoversion on close just save like the recovery document autosave? Some crashes don't register as crashes and backup save is lost.)

[litmusindustries]

I've searched around to see if there was a better way to tweak the autosave feature. I sort of understand why there are the two separate autosave features, but it would make more sense to have the autoversion on close accessable like the recovery documents and without forcing it to be the latest version.

The problem I frequently have is that sometimes my program will freeze (tends to mainly happen in drawing mode), I will leave it for a while to make sure it's frozen for good, then try and click and close until the crash window comes up. Quite regularly, the program is frozen but it doesn't initiate a "crash" alert and so the only way is to close the program from task manager which apparently does not register as a crash. This means that even though everything is being saved every 5 mins, certain crashes will not allow me to open the backups and it is possible to lose hours of work.

What is the point of the autosave crash feature backing up every 5 minutes if they are only accessible with a specific type of crash? 

I could use the autoversion on close, but as others have mentioned in other threads, I don't want all the latest versions to automatically be the last iteration of the closed window. If I am saving manually I am 100% I want that to be the latest version, if I don't manually save and I close the program, the autoversion should be there as backup to open up if needed.

So yeah, essentially just an autosave on close (NOT autoversion on close), stored and accessed exactly like the recovery documents, but generated on close (or literally generated any time, I just want to be able to access this as needed instead of only being able to see crash recovery documents from months ago).

[CGBenner]

@litmusindustries 

Welcome to the Forum.

@RajkumarIlanchelian do you have any thoughts on this?

[RajkumarIlanchelian]

@litmusindustries Thank you for the feedback. Our engineering team infect is looking at various problems we have been hearing about in the file recover workflows. I will pass on this feedback to the engineering team. 

Now when you do close Fusion, for any unsaved files, we do ask if you want them to be saved. Does that not help? Also when you say "close Fusion" what do you mean by that? Close the application OR you close your machine and you consider that as closing Fusion too? 

[litmusindustries]

---

@RajkumarIlanchelian wrote:

@litmusindustries Thank you for the feedback. Our engineering team infect is looking at various problems we have been hearing about in the file recover workflows. I will pass on this feedback to the engineering team. 

Now when you do close Fusion, for any unsaved files, we do ask if you want them to be saved. Does that not help? Also when you say "close Fusion" what do you mean by that? Close the application OR you close your machine and you consider that as closing Fusion too? 

---

The prompt when closing does help sometimes but it is unreliable in these instances.

When I talk about closing Fusion, I am talking about closing the application. I usually have to do this through task manager if the program freezes and will not unfreeze. I would like to close and restart Fusion as fast as I can to minimize wasted time during my workday, but since I can never be sure if there will be a backup, I usually wait a little bit in hopes that it unfreezes or generates a crash recovery save (it does not). If the autosave was as regular and accessible as the crash recovery save, I could force close the program as soon as I know it has crashed, and restart the application safely knowing there will be a save from the last 5-15 minutes that I can pull up.

[RajkumarIlanchelian]

@litmusindustries Thank you for the context here. The root of the issue certainly seems to be 1.) the freeze on certain workflows and the fact that it does not lead into a backup file. 

Is the freeze on close a common thing that you encounter? Is there a pattern of if this occurs when you have been working with certain files? When this hang happens the next time, may I ask that you use process explorer  to collect the logs please? This will help us understand why the program is in tha...

Will certainly make the request with our engineering team on making the file recovery more predictable but at the same time would certainly like to understand the freeze that is happening in the first place and see if we can solve that as well. 

[litmusindustries]

Thank you.

As for the reason behind the crash - The majority of crashes I have happen specifically when changing the scale of a view in drawing mode. It frequently triggers a crash and it seems like it doesn't necessarily have to be a complex model- it has happened on both highly intricate models with many components, and on really simple models with 1-4 components and simple shapes. 

[RajkumarIlanchelian]

@litmusindustries Apologies for a late reply. When you crash do you get an option to send in the crash reports to Autodesk? If you do can you please point me to a Report ID or you can direct message me your email and I can fid your reports using that as well. 

[litmusindustries]

I do not get an option to send a crash report. I have attached a screen shot of a freeze that just happened while changing scale. It happens when changing scale on the standard views too, so it's not specific to the exploded view shown in the screenshot.

The application stays as is no matter how long I leave it. Nothing is clickable and clicking many things does not time out the program or affect the cursor. Clicking the "X" does nothing. The only way to close the application is to right click the taskbar icon and click close. Sometimes this comes up with the prompt to save before closing, but not always and not for every file. The prompt box for the save is fully functional whilst everything else remains frozen.

Closing from the taskbar or from task manager does not generate the crash report, neither does waiting.

[CGBenner]

@litmusindustries @RajkumarIlanchelian 

Hi, circling back to this post.  Has this been resolved?

[RajkumarIlanchelian]

@CGBenner Thanks for the reminder.

@litmusindustries My apologies. Considering that this freeze is generic can we start with graphics driver update? Can you check to see if you your drive has an update available? If it does can you uninstall the current driver and then reinstall the new driver? 

[litmusindustries]

Unfortunately I am unable to update my drivers, possibly due to the age of the laptop. I understand that this may contribute to the crash, but my issue is not with that, but with not being able to access these backups. In the screenshots below, I set the automatic recovery backup interval to 5 mins, but when I open up File>Recovery Documents, I can only access backups from a crash several days ago (it is 06/18 and I have been working on several files today. If these backups are being made every 5 minutes, where are they and why is there no way to access them unless there is a crash (and even then it must be a specific type of crash)? 

 

Whether the crash is caused by outdated drivers or something completely different, it would massively benefit people to access all these recent recovery backups regardless of a crash (accidently closing a file, windows shutting down for an auto update etc.). I know there is an option to automatically save on close, but not everyone wants this as it could potentially save progress that is not intended to be in the final file, but was needed at the time, which may be overlooked when opening the file at a later date.