The usual behavior is that a file can be downloaded through the download button like for example this file: ``` root@atum:~# ls /mnt/disk2/test/foo/ debian-13.1.0-amd64-netinst.iso ``` <img width="1063" height="401" alt="Image" src="https://github.com/user-attachments/assets/4939b91f-702f-4691-afbb-4be98ca9ee90" /> <img width="1074" height="731" alt="Image" src="https://github.com/user-attachments/assets/deda542d-6a8c-49cd-a80b-e358b3a59ec5" /> But if the file is located in a directory named `sub` or in any of the subfolders of this directory, the download does not start at all: ``` root@atum:~# find /mnt/disk2/test/foo/sub /mnt/disk2/test/foo/sub /mnt/disk2/test/foo/sub/debian-13.1.0-amd64-netinst.iso /mnt/disk2/test/foo/sub/bar /mnt/disk2/test/foo/sub/bar/debian-13.1.0-amd64-netinst.iso ``` <img width="1066" height="511" alt="Image" src="https://github.com/user-attachments/assets/ce4e7e07-3e8e-4881-97df-ca2f790947d2" /> <img width="1071" height="711" alt="Image" src="https://github.com/user-attachments/assets/3cdfd340-9481-43bc-9802-a1ab0fe769de" /> Even the direct download URL `http://atum/mnt/disk2/test/foo/sub/debian-13.1.0-amd64-netinst.iso` loads infinitely: <img width="624" height="99" alt="Image" src="https://github.com/user-attachments/assets/95f34131-6fc6-4070-ae95-69d526ed1eb3" /> I assume it has something to do with the nginx nchan api endpoint which uses "/sub" for subscriptions. Needs to be checked.