Backup Project also saves origin project

@kapzz but two sequences of steps are not the same, so I don’t understand what the bug is.

A simple repro would suffice, if there’s a bug it will get likely get fixed, barring unusual circumstance (like having to rewrite the entire application)

The steps are exactly the same beyond checking ‘Keep Current Project Active’.

Is that the difference you are pointing out?

Yes, the difference there is the contention.

When thinking about the Backup Project dialogue popping up… Do these options apply to the Current Active Project, or do they apply to the Backup Copy?

Now, and I did think in my head… well, maybe selecting ‘Keep Current Active Project’ should change the protocol and apply to active… but that still doesn’t really make sense… imo

Well. In any case, to report a bug we would have to compare an apple to an apple, or an orangutan to another orangutan (the latter might be too dangerous)



Part 1 :

  • Create new Project,
  • Add 2 Audio Tracks and import or record audio on each one,
  • Save the project.
  • Delete one Track,
  • Create Backup and select a new folder,
  • On the Backup dialog, only check Remove Unused Files.
  • Proceed.
  • Result : The Backup project opens automatically.
  • Close the Backup project,
  • Load the Original project,
  • Result : The Original project has no missing tracks, everything is ok.

Part 2:

  • Now create a Backup once again on a different folder,
  • On the Backup dialog, check both of Keep Current Project Active and Remove Unused Files,
  • Proceed.
  • Result : The Original project stays opened.
  • Close the Original project,
  • Load the Original project again,
  • Result : The Original project opens as an exact copy of the Backup.

This confirms the Keep Current Project Active saves the current project at the same time the Backup is created. This is indeed not expected, and can lead to immeasurable loss of time if Auto-Save was disabled and this was the only save file available for the project.

1 Like

Thank you, and thank you for turning around on this one (even though the protocol is perhaps debatable)… most aren’t like that, shows character strength. :v:

I believe they are also gone from the Audio Folder… both in my project, and in my tests… that’s what I found… maybe there’s a variable of difference in our testing method?

I mean… just from the angle alone of someone maybe accidentally having that option checked without realizing it, without being aware of this difference… or… someone who is just not aware of the difference… :bangbang: danger :bangbang:

And to add onto that… and I don’t do this personally because I don’t trust the ‘Pool’, but some people use the Pool as a sort of library of files they are keeping at least for the time being. ie, some stuff they are hanging onto, is not on the project timeline… And in this scenario, if ‘Keep Current Project Active’ is enabled… they will lose everything in their pool that isn’t on the project timeline.

Me personally, I put the ‘keep in case’ stuff in a folder, disabled, and hidden. But I know for certain, some people use the Pool as a library of sorts to work from.

So it would appear that the status of what audio files are used/unused is not updated correctly? Are the audio files actually deleted?

In my tests they were.

had to recover from True Image backup

The files are only removed from the project and the Pool, but remain in the Audio folder.

Can you please reconfirm that, not my findings

Those are my findings for the Original project, not the Backup of course…

Okay I will retest on my end

Thanks. This is a hard to repro issue, thanks for doing the repro. I’ll post back once I’ve reported, but first I’ll watch this topic for any additions.

1 Like

So the gist of it is if you do a backup and keep the current project active and delete unused files you will not be able to use undo on you main project.

So if you keep the main project active it deletes the files and then creates the backup.

If you don’t keep it active it creates the backup and only deletes files from that.

hmm, on my retest… the files were still in the audio folder… but i swear it hard removed files from both the active and backup audio folders.

so either I’m mistaken, or, there’s another variable somewhere.

This is why simple and brief repro sequences are needed. While you create one you are forced to reveal every nuance each step might cause. It’s rather painstaking work.

I did end up putting one at the bottom of the OP but it wasn’t as good as Louis, as I was in the process of figuring out what exactly the repro was.

I will do some more testing as, there might be a variable with how the project has been saved before doing the back up.

virtual hugs everyone hugs

It’s possible I was mistaken for sure… but I did have to drag in audio files from TI backup and there were for sure some missing because windows didn’t ask me to overwrite… and I hadn’t done any local project cleanup actions yet. I’m 75% sure I looked into the active project audio folder to recover and couldn’t get the numbered audio files I needed.

So I’m going back and trying to recreate all the conditions that I can remember…