sigoden/dufs
1
0
Fork 0
mirror of https://github.com/sigoden/dufs.git synced 2026-04-08 16:49:02 +03:00
Code Issues 8 Packages Projects Releases 10 Wiki Activity

[GH-ISSUE #585] File name encoding preventing file access through WebDAV #348

New Issue
Closed
opened 2026-04-08 16:52:13 +03:00 by zhus · 3 comments
zhus commented 2026-04-08 16:52:13 +03:00
Owner
Copy Link

Originally created by @Timtam on GitHub (May 26, 2025).
Original GitHub issue: https://github.com/sigoden/dufs/issues/585

Problem

I'm trying to upload a file which contains a german Umlaut in its name (the file is called Freche Mädchen.txt) via WebDAV. It works just fine when using FileZilla Pro, but it causes an error when uploaded via the WebDAV plugin for Total Commander (latest version), which can be found here: https://www.ghisler.com/plugins.htm

Checking the logs (see below) it looks like FileZilla uses a different encoding for the file name, which results in the upload being successful, but the Total Commander upload fails. Renaming the file to Freche Maedchen.txt results in Total Commander being successful, so its definitely the Umlaut that is causing trouble here.

Configuration

Following environment variables are in use:

DUFS_SERVE_PATH: "/hoard"
DUFS_AUTH: "MY_AUTH_DATA_HERE"
DUFS_ALLOW_UPLOAD: true
DUFS_ALLOW_DELETE: true
DUFS_ALLOW_SEARCH: true

Log

The following line is the successful upload by FileZilla Pro within the logs:

dufs-1  | 2025-05-26T12:38:36Z INFO - 172.18.0.9 "PUT /Uploads/Freche%20M%C3%A4dchen.txt" 201

The following line is the unsuccessful attempt by TC with the WebDAV plugin:

dufs-1  | 2025-05-26T12:40:15Z INFO - 172.18.0.9 "PUT /Uploads/Freche%20M%E4dchen.txt" 400

Environment Information

  • Dufs version: docker container:latest
  • Browser/Webdav info: FileZilla Pro (success), TC WebDAV plugin (failure)
  • OS info: Docker container running on Debian Bookworm / ARM64
  • Proxy server (if any): Traefik v2 latest
Originally created by @Timtam on GitHub (May 26, 2025). Original GitHub issue: https://github.com/sigoden/dufs/issues/585 **Problem** <!-- Provide a clear and concise description of the bug you're experiencing. What did you expect to happen, and what actually happened? --> I'm trying to upload a file which contains a german Umlaut in its name (the file is called Freche Mädchen.txt) via WebDAV. It works just fine when using FileZilla Pro, but it causes an error when uploaded via the WebDAV plugin for Total Commander (latest version), which can be found here: https://www.ghisler.com/plugins.htm Checking the logs (see below) it looks like FileZilla uses a different encoding for the file name, which results in the upload being successful, but the Total Commander upload fails. Renaming the file to Freche Maedchen.txt results in Total Commander being successful, so its definitely the Umlaut that is causing trouble here. **Configuration** <!-- Please specify the Dufs command-line arguments or configuration used. --> <!-- If the issue is related to authentication/permissions, include auth configurations while concealing sensitive information (e.g., passwords). --> Following environment variables are in use: ``` DUFS_SERVE_PATH: "/hoard" DUFS_AUTH: "MY_AUTH_DATA_HERE" DUFS_ALLOW_UPLOAD: true DUFS_ALLOW_DELETE: true DUFS_ALLOW_SEARCH: true ``` **Log** <!-- Attach relevant log outputs that can help diagnose the issue. --> The following line is the successful upload by FileZilla Pro within the logs: ``` dufs-1 | 2025-05-26T12:38:36Z INFO - 172.18.0.9 "PUT /Uploads/Freche%20M%C3%A4dchen.txt" 201 ``` The following line is the unsuccessful attempt by TC with the WebDAV plugin: ``` dufs-1 | 2025-05-26T12:40:15Z INFO - 172.18.0.9 "PUT /Uploads/Freche%20M%E4dchen.txt" 400 ``` **Environment Information** - Dufs version: docker container:latest - Browser/Webdav info: FileZilla Pro (success), TC WebDAV plugin (failure) - OS info: Docker container running on Debian Bookworm / ARM64 - Proxy server (if any): Traefik v2 latest
zhus closed this issue 2026-04-08 16:52:13 +03:00
zhus commented 2026-04-08 16:52:15 +03:00
Author
Owner
Copy Link

@sigoden commented on GitHub (May 26, 2025):

This is not a bug in dufs. The URL /Uploads/Freche%20M%E4dchen.txt is invalid.
Image

<!-- gh-comment-id:2909704975 --> @sigoden commented on GitHub (May 26, 2025): This is not a bug in dufs. The URL `/Uploads/Freche%20M%E4dchen.txt` is invalid. ![Image](https://github.com/user-attachments/assets/53d42d86-8305-44cd-9348-4db82522cec1)
zhus commented 2026-04-08 16:52:15 +03:00
Author
Owner
Copy Link

@smerschjohann commented on GitHub (May 26, 2025):

It is not wrong in that sense. It's just converted from ISO8859-15 instead of UTF-8. But I guess there is nothing one can do about that. Maybe Filezilla can be reconfigured to use UTF-8 here.

<!-- gh-comment-id:2909947060 --> @smerschjohann commented on GitHub (May 26, 2025): It is not wrong in that sense. It's just converted from ISO8859-15 instead of UTF-8. But I guess there is nothing one can do about that. Maybe Filezilla can be reconfigured to use UTF-8 here.
zhus commented 2026-04-08 16:52:15 +03:00
Author
Owner
Copy Link

@Timtam commented on GitHub (May 26, 2025):

FileZilla does it right, TC doesn't. TC does have a switch that says it'll translate accented characters in URIs to UTF-8, but that switch doesn't seem to affect Umlauts unfortunately.

<!-- gh-comment-id:2909957661 --> @Timtam commented on GitHub (May 26, 2025): FileZilla does it right, TC doesn't. TC does have a switch that says it'll translate accented characters in URIs to UTF-8, but that switch doesn't seem to affect Umlauts unfortunately.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
enhancement
help wanted
pull-request
Mirrored from GitHub Pull Request
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
zhus
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: sigoden/dufs#348
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?