Only lowercase files are transmitted from storage

[achatham]

I see that I can only sync changes from local storage to couchdb if the file is all lowercase. I'm running docker on linux.

{
    "peers": [
        {
            "type": "couchdb",
            "name": "mainvault",
            "database": "db",
            "username": "obsidian",
        "password": "<redacted>",
            "url": "https://<redacted>/",
            "passphrase": "<redacted>",
            "obfuscatePassphrase": "",
            "baseDir": ""
    }, {
      "type": "storage",
      "name": "storage-local",
        "baseDir": "./data/vault",
        "scanOfflineChanges": true,
        "useChokidar":false
    }
  ]
}

If I edit ~/obsidian/vault/test_file_lower.md, it replicates to couchdb and other devices. If I edit ~/obsidian/vault/Test_File_Upper.md it does not.

I see this in the logs:

livesync-fs | 1/12/2025, 8:51:44 PM     10      [storage-local] --> Test_File_Caps.md change detected
livesync-fs | 1/12/2025, 8:51:44 PM     1       GET: START: Test_File_Caps.md
livesync-fs | 1/12/2025, 8:51:44 PM     1       PUT: UPLOADING: Test_File_Caps.md
livesync-fs | 1/12/2025, 8:51:44 PM     10      Chunks saved: doc: Test_File_Caps.md ,chunks: 2 (new:1, recycled:0, cached:1)
livesync-fs | 1/12/2025, 8:51:44 PM     10      PUT: DONE: Test_File_Caps.md
livesync-fs | 1/12/2025, 8:51:44 PM     10      [mainvault] <--  Test_File_Caps.md saved
livesync-fs | 1/12/2025, 8:51:44 PM     1       WATCH: PROCESSING: Test_File_Caps.md
livesync-fs | 1/12/2025, 8:51:44 PM     10      [mainvault] --> Test_File_Caps.md change detected
livesync-fs | 1/12/2025, 8:51:44 PM     10      WATCH: PROCESS DONE: Test_File_Caps.md

But when I look at the couchdb UI, there's no Test_File_Caps file in there.

[achatham]

I've created a new database with path obfuscation, and it looks like the upper-case updates must be making it to couchdb, because I see this on the app's replication log:

1/12/2025, 2:41:47 PM->[ModuleFileHandler]  Processing Test_File_Upper2.md (f:ceeaf7 :1-c48) : Done

And yet that file doesn't exist. So perhaps the bug is on their side.

[jimmyfortinx]

I also have the behaviour on my side:

{
    "peers": [
      {
        "type": "couchdb",
        "name": "first",
        "url": "http://10.1.2.10:5984",
        "database": "<redacted>",
        "username": "<redacted>",
        "password": "<redacted>",
        "passphrase": "<redacted>",
        "obfuscatePassphrase": "",
        "customChunkSize": 100,
        "minimumChunkSize": 20,
        "baseDir": "famille/",
        "useRemoteTweaks":true
      },
      {
        "type": "couchdb",
        "name": "second",
        "url": "http://10.1.2.10:5984",
        "database": "<redacted>",
        "username": "<redacted>",
        "password": "<redacted>",
        "passphrase": "<redacted>",
        "obfuscatePassphrase": "",
        "customChunkSize": 100,
        "minimumChunkSize": 20,
        "baseDir": "famille/",
        "useRemoteTweaks":true
      }
    ]
  }

I've tried with and without obfuscatePassphrase enabled and it does the same behaviour.

[jimmyfortinx]

I did a quick investigation (I don't know enough the structure of this project to have a way to fix it), but from what I've seen it's coming from the DirectFileManipulator which doesn't write the _id in lowercase.

I've looked at the couchdb where I created the file and I can see the path keeping the cases intact but the _id is always converted to lowercase. When I look at the couchdb where the files are supposed to be replicated and can see a matching file but the _id is not in lower case anymore. As soon as I change the _id manually the file appears on my second device.

I couldn't find any reference to the DirectFileManipulator in the obsidian-livesync repo, so I suspect there is a discrepancy between both repos to write the _id.

[jimmyfortinx]

I found out where the issue was coming from and fixed it in a fork.
https://github.com/jimmyfortinx/livesync-bridge/tree/fix/insensitive

I don't think it makes sense to open a PR with my changes since the real fix would be to use the latest code from the https://github.com/vrtmrz/livesync-commonlib library in this repository. I gave it a tried and faced a lot of issue because the latest version has a lot of dependencies on web browser stuff. But my fork make it possible to unblock ourselves in the meantime.