Interesting. I checked permissions the old fashioned way and they were legit but since it's Sunday, I gave this a try, too. After a change to one of my macros, the Revisions Version 10 folder was created with this in it:
I would expect to see 2021_11_21.plist there instead. Those same files are in my original v10 folder but 9999_01_01.plist is dated today (I've been editing a few macros today).
So it looks like 9999_01_01 isn't getting renamed to the current date when appropriate.
P.S. Good tip about compressing the whole folder as a backup, BTW.
That's something I had been looking for in this forum and couldn't find by myself.
So, I gave it a try hoping it works… and failed.
Firstly, I carefully read and did what Peter had described (I think I did, and twice to make sure) and couldn’t find the new daily backup. I waited a night, made another change to a macro (to make sure) and checked the “Revert Macros” menu as well as KM folder in Application Support, and still my latest daily backup is 2021_11_06.plist modified on Nov 16.
Then, I also checked and set permissions on Finder maybe like @mrpasini did (to the KM folder itself and all of the subfolders/items as well), ran First Aid, and still can’t make it work so far.
when launched, then that also stops the revision from being created.
If found a case where that issue was not being resolved if the saved Favorite actions were missing action UIDs, and so if that was the case, then the revision would never be saved on launch.
It should still be saved on the first time you make a change on any day though, but that would only happen if you left the editor running over night, which is generally not good practice, since you should just launch the editor when needed and quit it when done.
So if you both don’t leave the editor running (sensible) and have the issue when the editor is doing “Loading made changes, initiating immediate save” every time it launches, then you would never get any revisions saved.
This is resolved for the next version, and hopefully this accounts for the cases seen here.
By the way, I would like if KM had a function that I can take snapshots of all macros by selecting a menu (like up to 10 times) apart from the daily backups. When I edit my macros, I sometimes find myself messing around and I feel like going back an hour or so.
I know that "At Editor Launch" is usually sufficient and I replicate some macros as a backup when I make big changes. But my macros have become in interaction with one another and their relationships are complicated now. So I would feel more secure if I had that kind of function and was able to go back the macro history more freely.
Or does it work fine to take backups of Keyboard Maestro Macros.plist in Application Support and overwrite the newer plist with the one backed up when I start over?
Well, you could just use Mirror Mirror to copy your Application Support plist file of choice to any other location whenever the mood strikes you to edit your stable version. And, yes, the same macro can restore the plist if things go awry.
It's a sort of manual snapshot, you could say. I do it about two dozen times a day with various important files I'm working on.
Yes. But ensure that the editor and engine are not running when you do that (or you can, technically, replace the file and then ask the editor and engine to reload it using AppleScript).
I’ll be careful when I bring back the manually duplicated plist.
And I found the daily backup issue is solved with KM 10.0.2. here.
I also had an issue that I couldn’t delete the favorite actions I had saved, but it went away, too (they must have missed UIDs as you wrote above).
