Beorg ignore files which has non-latin filename.

This is similar situation like  https://appsonthemove.freshdesk.com/support/discussions/topics/14000020299

I’m Korean user. Beorg detects latin-character file names correctly. But it doesn’t read escaped-UTF-8 filenames. I use the org files on macOS and Linux. My Unicode settings of git are  like this.

git config precomposeUnicode ture
git config quotepath off

Working Copy, Finder and git ls-files seems correct without broken text. Beorg display directory filename correctly. But, It cannot read org file inside the directory. The directory always has 0 files.

12:22:32 Downloading file: {
    file = "PROJECT/2024_03_\Uac1c\Uc778_SSH_EMACS_BOOKMARK_WRITER/20240312T162115--ssh-emacs-bookmark-writer__project_emacs_ssh.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2024_03_%EA%B0%9C%EC%9D%B8_SSH_EMACS_BOOKMARK_WRITER/20240312T162115--ssh-emacs-bookmark-writer__project_emacs_ssh.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}
12:22:32 Downloading file: {
    file = "PROJECT/2025_02_\Uac1c\Uc778_\Uc560\Ud50c\Uba54\Ubaa8_\Uc815\Ub9ac/20250203T123708--\U110b\U1162\U1111\U1173\U11af\U1106\U1166\U1106\U1169-\U110c\U1165\U11bc\U1105\U1175__project.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2025_02_%EA%B0%9C%EC%9D%B8_%EC%95%A0%ED%94%8C%EB%A9%94%EB%AA%A8_%EC%A0%95%EB%A6%AC/20250203T123708--%E1%84%8B%E1%85%A2%E1%84%91%E1%85%B3%E1%86%AF%E1%84%86%E1%85%A6%E1%84%86%E1%85%A9-%E1%84%8C%E1%85%A5%E1%86%BC%E1%84%85%E1%85%B5__project.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}
12:22:32 Downloading file: {
    file = "PROJECT/2024_03_\Uac1c\Uc778_EMACS_SINGLEFILE_HTML_READER_\Uad6c\Ud604/20240312T155058--emacs-singlefile-html-reader-\U1100\U116e\U1112\U1167\U11ab__project_emacs.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2024_03_%EA%B0%9C%EC%9D%B8_EMACS_SINGLEFILE_HTML_READER_%EA%B5%AC%ED%98%84/20240312T155058--emacs-singlefile-html-reader-%E1%84%80%E1%85%AE%E1%84%92%E1%85%A7%E1%86%AB__project_emacs.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}
12:22:32 Downloading file: {
    file = "PROJECT/2024_03_\Uac1c\Uc778_TRAMP_SSH_REMOTE_DOCKER_\Uc791\Uc5c5/20240315T132226--tramp-ssh-remote-docker-\U110c\U1161\U11a8\U110b\U1165\U11b8__project_emacs.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2024_03_%EA%B0%9C%EC%9D%B8_TRAMP_SSH_REMOTE_DOCKER_%EC%9E%91%EC%97%85/20240315T132226--tramp-ssh-remote-docker-%E1%84%8C%E1%85%A1%E1%86%A8%E1%84%8B%E1%85%A5%E1%86%B8__project_emacs.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}
12:22:32 Downloading file: {
    file = "PROJECT/2024_02_\Uac1c\Uc778_EMACS_HYROLO_\Uc5f0\Ub77d\Ucc98\Uad00\Ub9ac/20240226T154612--emacs-hyrolo-\U110b\U1167\U11ab\U1105\U1161\U11a8\U110e\U1165-\U1100\U116a\U11ab\U1105\U1175__project.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2024_02_%EA%B0%9C%EC%9D%B8_EMACS_HYROLO_%EC%97%B0%EB%9D%BD%EC%B2%98%EA%B4%80%EB%A6%AC/20240226T154612--emacs-hyrolo-%E1%84%8B%E1%85%A7%E1%86%AB%E1%84%85%E1%85%A1%E1%86%A8%E1%84%8E%E1%85%A5-%E1%84%80%E1%85%AA%E1%86%AB%E1%84%85%E1%85%B5__project.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}
12:22:32 Downloading file: {
    file = "PROJECT/2024_10_\Uac1c\Uc778_LINUX_AIRPLAY_\Ud654\Uba74_\Ubbf8\Ub7ec\Uae30\Ub2a5/20241004T102153--linux-airplay-\U1112\U116a\U1106\U1167\U11ab-\U1106\U1175\U1105\U1165\U1100\U1175\U1102\U1173\U11bc__project_linux_apple.org";
}
12:22:32 ORGSyncService: Updated download last modification: {
    file = "PROJECT/2024_10_%EA%B0%9C%EC%9D%B8_LINUX_AIRPLAY_%ED%99%94%EB%A9%B4_%EB%AF%B8%EB%9F%AC%EA%B8%B0%EB%8A%A5/20241004T102153--linux-airplay-%E1%84%92%E1%85%AA%E1%84%86%E1%85%A7%E1%86%AB-%E1%84%86%E1%85%B5%E1%84%85%E1%85%A5%E1%84%80%E1%85%B5%E1%84%82%E1%85%B3%E1%86%BC__project_linux_apple.org";
    lastModified = "2025-02-24 22:35:24 +0000";
}

• Pepper Ribbon, 26 February 2025

Are you using the Choose Folder sync method or WebDAV (I’m guessing the first one). If you could send me a zip with a test directory hierarchy demonstrating the issue that would be great, as I can then use that to reproduce the problem and hopefully get a fix into place.

• Puzzle Widget, 28 February 2025

I created a small test set and noticed that Beorg can detect non-Latin filenames. However, I have discovered two new bugs related to the WorkingCopy app and parsing-subfolder features. Additionally, I experienced another bug where some non-org files are occasionally deleted during Beorg sync. Although I haven’t been able to consistently reproduce this bug with the small test set, here are the details:

Bug 1: Files are deleted after relinking a folder

1. Delete some files (using the file tab) in the Beorg app.
2. Unlink the folder (using the settings tab) in the Beorg app.
3. Reset the database (using the settings tab) in the Beorg app.
4. Revert changes in WorkingCopy.
5. Restart the Beorg app (kill and restart).
6. Relink the folder in the Beorg app.
7. Check and note that some files have been deleted.

Bug 2: No files detected after reverting changes

1. Delete files within the Beorg app (e.g., delete the “PROJECT/” directory).
2. Revert changes in WorkingCopy.
3. Beorg does not detect any org files:    - Occasionally, a sync conflict occurs in Beorg, resulting in zero org files being found in the subdirectory.    - The “Reset Database” and “Relink Folder” actions do not resolve the issue.    - Beorg appears to ignore org files located in the subdirectory after failing to read them.

• Pepper Ribbon, 2 March 2025

Thank you for adding this. I hope to have some time next week to see what is happening here.

• Puzzle Widget, 7 March 2025