I backup a large personal ebook library and often change case in titles from all cap to title case. FFS doesn't want to update these as the example from the log below shows:
"Donald W. Desaulniers\Ty Ward 2_ Ty Ward's Holiday From H (7168)": Items differ in attributes only
<-- "Ty Ward 2_ Ty Ward's Holiday From H (7168)"
--> "Ty Ward 2_ TY WARD'S HOLIDAY FROM H (7168)"
This happens the same if I compare titles and date opnly or file attributes. Is this just the way it is supposed to work or is there something I missed.
TIA
Books Library - file attributes not update
- Posts: 2
- Joined: 28 Sep 2015
- Posts: 2522
- Joined: 22 Aug 2012
In a Windows environment, file- and folder-names are case insensitive
(although one can use a mix of upper- and lower-case in naming files
and/or folders, and Windows will gladly remember this).
For comparison, file names that are only (fully or partially) different in case,
evaluate to being identical.
If you work in a Linux environment, it is a different story.
(although one can use a mix of upper- and lower-case in naming files
and/or folders, and Windows will gladly remember this).
For comparison, file names that are only (fully or partially) different in case,
evaluate to being identical.
If you work in a Linux environment, it is a different story.
- Site Admin
- Posts: 7282
- Joined: 9 Dec 2007
FFS is case-insensitive but case-preserving on Windows: "FFS doesn't want to update these" -> what exactly do you mean?
- Posts: 2
- Joined: 28 Sep 2015
Thanks for your replies. I had thought changing case of a title of a book would backup as a change. From your responses it doesn't, so now I know. However, within the metafa file for the book I have check and date columns. Do they trigger an update in FFS?
- Site Admin
- Posts: 7282
- Joined: 9 Dec 2007
> From your responses it doesn't, so now I know
No, FFS is in fact "case-preserving".
No, FFS is in fact "case-preserving".