search

vrtmrz / obsidian-livesync

MIT License
5.16k stars 167 forks source link

[BUG] all my files and folder names have been changed into lower case #487

Open coursegence opened 2 months ago

coursegence commented 2 months ago

hundreds of my files and folders have been renamed all into lower case.

everything was working fine until this update

I now have to manually rename them all :(

vrtmrz commented 2 months ago

Thank you for opening the issue! And I am so sorry for that.

However, unfortunately, I could not reproduce it yet. Would you share the report, which we can put out on the setting dialogue?

lzism commented 2 months ago

I also encountered the same problem, case insensitivity causes synchronization to other devices to become lowercase

lzism commented 2 months ago

I also encountered the same problem, case insensitivity causes synchronization to other devices to become lowercase

And it caused some confusion, now I have two folders, inbox and Inbox, and there are different files in them, maybe it is my use, but this function should be said more carefully

alx-xlx commented 2 months ago

I agree this is a very drastic change, it will possibly break all other extension settings, across the vault. Almost all plugins depend on the case-sensitive files and folder names. example templates, paths etc.

I don't think case-sensitivity should be treated as a feature that has to be enabled.

vrtmrz commented 2 months ago

Oh my goodness, it seems to be a common problem. So sorry for all of you! By the design, a case should be held even if checking files case-insensitively. All of you are on Linux? I am now on the mobile phone, I will check the behaviour and address it as soon as I get back to the terminal. Apologies for your inconvenience and troubles!

vrtmrz commented 2 months ago

Now I backed to the desktop and checked the behaviour with several patterns of vaults. I finally found the actual reason that Retrieving files on the start-up scanning could not handle the filename case fine. This will be fixed soon! Sorry for your inconvinience! If you have the backup, or are not synchronised with the remote with corrupted files, your vault will be restored by fetching the remote into the empty vault with the next release.

vrtmrz commented 2 months ago

I just released v0.23.22; which fixes this problem!

Would you mind if I ask you to check problems were fixed correctly, please? Fetching again into the empty vault might be effective.

coursegence commented 2 months ago

thank you so much, it is now fixed. The update has fixed the issue luckily it didn't affected other device as it was offline. You really saved me !!! 🥇

coursegence commented 2 months ago

my main vault was on windows and I had fetched it to ios

coursegence commented 2 months ago

also just a heads up, the Database cleaning has some issues

9/9/2024, 10:59:39 AM->Database active-size: 33 MB, external-size:61 MB, file-size: 38 MB
9/9/2024, 10:59:39 AM->Collecting unreferenced chunks on mydb
9/9/2024, 10:59:40 AM->No unreferenced chunks! mydb
9/9/2024, 10:59:40 AM->Processed database active-size: 33 MB, external-size:61 MB, file-size: 38 MB
9/9/2024, 10:59:40 AM->Reduced sizes: active-size: NaN undefined, external-size:-, file-size: NaN undefined

it gives NaN undefined error its unable to clean my remote chunks, its unreasonably high for some reason. it used to be around 5000chunks, but now its 12000chunks. Not that it matters much but just a heads up :)