[BUG] Whishper does not url-encode # in file names, cannot play the movie in video editing screen

[aginiewicz]

Description

If filename contains # in the file name, for example multiple parts, with #1, #2 etc in names, backed does not escape the name into %23, so browser thinks the name ends too soon. This makes the backend look for too short name, ending just before the # sign. Probably should run the names through some kind of url encoding function. Worth to check how it deals with question mark in file name as well, it there are issues with hashes.

To Reproduce

Steps to reproduce the behavior:

1. Transcribe a file with # in the file name.
2. Edit the transcription.
3. The movie cannot be found and player isn't functioning.

Expected behavior

The movie can be played when editing the transcript.

Environment

• OS: Linux
• Browser: Firefox
• Version: 139
• Hosting: Local, installed using installation script, non-gpu version

Useful log part for file "Title #1.mp4":

2025/05/30 10:05:30 [error] 11#11: *2355 open() "/app/uploads/2025_05_29-204012000_WHSHPR_Title " failed (2: No such file or directory), client: 172.18.0.1, server: , request: "GET /api/video/2025_05_29-204012000_WHSHPR_Title%20 HTTP/1.1", host: "127.0.0.1:8082"

[aginiewicz]

I believe this is the line:

whishper/frontend/src/routes/editor/[id]/+page.svelte

Line 31 in 8f031c8

<source src="{CLIENT_API_HOST}/api/video/{$currentTranscription.fileName}" type="video/mp4" />