Two possible bugs - ABR10:11345
1.
If ABR10 is interrupted for any reason - such as a machine freeze or archive destination is full, whilst performing an archive cleanup it stays in a loop trying to make successive cleanups each one exacerbating the problem if disk space is low.
I attach one archive (I've got two where this has happened) where, one full is supposed to be made weekly, and yet not only has it made 3 fulls (archive date of one doesn't relate to actual image date) in a week, but because the disk wasn't attached when it tried to run a scheduled cleanup/consolidation, it has caused it to try and make what amounts to a new temporary full, except this caused a disk space problem. After deleting other files on the drive and clicking RETRY on the error meesage box, it attempts to start form the beginning again, allocating a new temporary file name with an increased index number.
I've attached a png of the result.
2.
If the user is 'stupid enough' (like me) to alter part of a plan whilst a task is running, when the 'save' button is clicked, the ' save ' form pops up and then freezes, and cannot be dismissed - MMS has to be killed in task manager.
I have also discovered that when MMS is killed in task manager, it cannot be restarted under Service.msc nor by opening a cmd box and typing Sc stop mms. The error message is The service cannot accept control messages at this time
