Autorecovery of unsaved project files after an IDE crash was lost with 2019r2.
It is now missing for more than one year as I just experienced with 2020r2.
I feel this is a serious regression and wish that the ticket would get some attention soon.
Forgive me… I’m new here… But where can I do that DoCommand? I want the IDE to save my work for me. Is there something I can setup to do that based on what you sent with the DoCommand “SaveFile” ??
So just to update you: Yes, IDE commands can be quite handy. I usually do not want to save every test code I write, and Xojo used to be quite stable until 2019r2 when it lost its AutoRecovery feature. That meant the IDE noticed it had crashed and offered to reconstruct the latest version – at maximum you lost a few lines of code. And if that did not work, you could close the project and reload it from the latest intentional save.
According to @Greg_O_Lone, this regression was fixed in March this year but was never verified and did not make its way into a release. Because the case was closed already, it maybe never will if not reinspected.
I just lost 2 hours of work. Sloppy on my part, I know it was my fault. Didn’t know about IDE scripting. Sounds cool. However, I have to admit, I was not aware this functionality was not working because I mostly work in older versions. Lately I have been trying to start new projects in the most current version I have licensed so far. Wish I had seen this sooner, maybe I would have been more mindful about saving.
Xojo is such an incredibly capable product.
It is stunning that this is fixed but not rolled out in 2022R4 or prior. I hope that it wasn’t just an oversight and there’s a real technical hurdle to overcome. Touching this in the hopes it gets some real attention.
This response is a little bit off topic but hopefully it’s worth saying (and worth reading):
Ulrich, I understand what you’re saying. I studied the bug reports before I posted. I tried to be a little critical, which is warranted I think, but I also think it’s important for us to realize that this product has incredible surface area and while the team at Xojo is obviously incredibly talented and capable, they are a small team.
I wrote several versions of my post, trying to strike a balance that was as much cheerleader as critic. I think that’s the approach that it behooves the community to take. We need to cheer on the folks at Xojo, who are patching our huge surface area as fast as they can. I am pretty sure their experiences as developers is similar to ours, in that some things take longer than others and it isn’t always obvious how that is going to play out.
The functionality in the code I wrote and lost in that two hours was incredible. When I went to bed last night I was thinking how incredible my productivity was last night, going from zero to halfway done (on a project I had been thinking about for months) in maybe three hours. I am far from an expert developer but I don’t know what other product I could have worked in that would have given me the productivity I got overall. Xojo is awesome.
Let’s not get bogged down in criticism, let’s just ask for the help we need: Xojo folks, please fix this! Hopefully it’s OK to do so in this forum.
I just double-checked Issue 66851 regarding this and the auto restore feature seems to be working as expected in 2022r3.2 and 2022r4. I tried both macOS and Windows.
If you’ve been bitten by auto restore not working, please review 66851 and add any other information you might have.
It turns out that the auto restore feature was working perfectly here on our internal machines, but not on external machines, which explains why we could never reproduce it.