[GH-ISSUE #2231] Bug: File Downloads Fail or Delay Significantly When Filenames Contain Special Characters #3331

New issue

Closed

opened 2026-03-14 07:08:32 +03:00 by kerem · 3 comments

kerem commented

2026-03-14 07:08:32 +03:00

Owner

Originally created by @lookthereisaMikachu on GitHub (May 12, 2025).
Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/2231

Server Info (please complete the following information):

OS: Debian 12
Browser: brave, firefox
RMM Version (as shown in top left of web UI): 1.2.0

Installation Method:

Standard
Standard with --insecure flag at install
Docker

Agent Info (please complete the following information):

Agent version (as shown in the 'Summary' tab of the agent from web UI): Agent v2.9.1
Agent OS: Windows Server 2022 Standard, 64 bit v21H2 (build 20348.3453)

Describe the bug
Some files cannot be downloaded from the remote machine, or the download takes an unusually long time to start. Importantly, the delay occurs before the download begins—it's not the download speed itself that's the issue. It appears the problem may be related to special characters in the filenames. For example, the affected files were named "So geht´s - Administration - PDF-Mailer.pdf" and "Beispiel-Dampsoft.avi".

Initially, I attempted to download a file that never started. When I tried downloading a second file, it eventually began after about 7 minutes. This suggests the system might be handling downloads sequentially and waiting for the previous (possibly failed) download process to timeout before starting the next.

To Reproduce
Steps to reproduce the behavior:

Go to 'Remote Background'
Click on 'connect'
select the file that should be downloaded
Click on 'download'
Nothing happens
one file didnt dowload at all and one started the download after like 7min.

Expected behavior
Download the File or create a renamed temp-file to not include bad symbols and then download

Additional context
We noticed it since upgrade to 1.2.0

Originally created by @lookthereisaMikachu on GitHub (May 12, 2025). Original GitHub issue: https://github.com/amidaware/tacticalrmm/issues/2231 **Server Info (please complete the following information):** - OS: Debian 12 - Browser: brave, firefox - RMM Version (as shown in top left of web UI): 1.2.0 **Installation Method:** - [x] Standard - [ ] Standard with `--insecure` flag at install - [ ] Docker **Agent Info (please complete the following information):** - Agent version (as shown in the 'Summary' tab of the agent from web UI): Agent v2.9.1 - Agent OS: Windows Server 2022 Standard, 64 bit v21H2 (build 20348.3453) **Describe the bug** Some files cannot be downloaded from the remote machine, or the download takes an unusually long time to start. Importantly, the delay occurs before the download begins—it's not the download speed itself that's the issue. It appears the problem may be related to special characters in the filenames. For example, the affected files were named "So geht´s - Administration - PDF-Mailer.pdf" and "Beispiel-Dampsoft.avi". Initially, I attempted to download a file that never started. When I tried downloading a second file, it eventually began after about 7 minutes. This suggests the system might be handling downloads sequentially and waiting for the previous (possibly failed) download process to timeout before starting the next. **To Reproduce** Steps to reproduce the behavior: 1. Go to 'Remote Background' 2. Click on 'connect' 3. select the file that should be downloaded 4. Click on 'download' 5. Nothing happens 6. one file didnt dowload at all and one started the download after like 7min. **Expected behavior** Download the File or create a renamed temp-file to not include bad symbols and then download **Additional context** We noticed it since upgrade to 1.2.0

kerem closed this issue

2026-03-14 07:08:37 +03:00

kerem commented

2026-03-14 07:08:42 +03:00

Author

Owner

@drdtecnologia commented on GitHub (May 13, 2025):

Any news ?
Same behavior here.

@drdtecnologia commented on GitHub (May 13, 2025): Any news ? Same behavior here.

kerem commented

2026-03-14 07:08:48 +03:00

Author

Owner

@wh1te909 commented on GitHub (May 13, 2025):

edit /meshcentral/meshcentral-data/config.json and look for these:

    "Compression": true,
    "WsCompression": true,
    "AgentWsCompression": true,

change to:

    "Compression": false,
    "WsCompression": false,
    "AgentWsCompression": false,

then restart mesh: sudo systemctl restart meshcentral

@wh1te909 commented on GitHub (May 13, 2025): edit `/meshcentral/meshcentral-data/config.json` and look for these: ``` "Compression": true, "WsCompression": true, "AgentWsCompression": true, ``` change to: ``` "Compression": false, "WsCompression": false, "AgentWsCompression": false, ``` then restart mesh: `sudo systemctl restart meshcentral`

kerem commented

2026-03-14 07:08:53 +03:00

Author

Owner

@drdtecnologia commented on GitHub (May 14, 2025):

@wh1te909 Thank you!
Worked here.

@drdtecnologia commented on GitHub (May 14, 2025): @wh1te909 Thank you! Worked here.