More > JRiver Media Center 31 for Windows

MC clients don't take backups on a schedule

<< < (8/8)

Awesome Donkey:
If this idea about client settings backups proceeds and you guys have to make changes how clients handle their settings (and their backups), maybe this idea could be revisited too since it's in the same area?

DJLegba:

--- Quote from: JimH on July 21, 2023, 08:32:43 am ---How will they know?  The types of backups need to be distinguished somehow.

--- End quote ---

Include the name of the active library in the backup file's name.

mattkhan:

--- Quote from: JimH on July 21, 2023, 08:04:26 am ---There's a problem I can see.  I use the same copy of MC in three modes at different times.

Stand-alone
Client
Server

We'd need to handle restoring each and we'd need to separate how they are stored (sub-directory for clients?)

Note that we're not committing to make a change yet.  Just discussing and thinking.

--- End quote ---
https://yabb.jriver.com/interact/index.php/topic,136541.msg946396.html#msg946396
It's what I was suggesting here, if there are materially different backups then you just need to filter them for the user

markf2748:

--- Quote from: DJLegba on July 21, 2023, 09:54:08 am ---Include the name of the active library in the backup file's name.
--- End quote ---
Agreed - that seems to be what happens now by default and is useful when choosing a restore point, particularly if you have multiple libraries.  But since user can alter the default backup filename (though I personally never reduce its information content), the active library source information needs to be encoded within the backup file itself as well to insure integrity (most likely that's also done today(?)).

Navigation

[0] Message Index

[*] Previous page