| Summary: | Render crash with “&-Character” in the file name (Rendercrash bei "&-Zeichen" im Dateinamen) | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | fehler-im-programm |
| Component: | Rendering & Export | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | CONFIRMED --- | ||
| Severity: | crash | CC: | balooii, berndmj |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 24.12.3 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Projectfile "Render crash with “&-Character” in the file name" | ||
Can confirm. When exporting a file as containing an ampersand the filename will not contain an & but the escape code & (e.g. Black&White.png -> Black&White.mp4 The .mlt file Kdenlive creates to hand over the rendering to mlt describes the consumer target as Black&White.mp4. This looks correct as .mlt is an .xml file so looks fine its escaping the ampersand here with & Did the same on Shotcut and got the same results so this looks like an issue with MLT. It only crashes when installed via flatpak (tested it also on a native installation). I have not looked into this but my assumption as flatpak is a sandbox is that it probably only has access to write at the location you specified in the file picker. So when mlt decides to to store it there but with a different filename flatpak says no bueno. Reported it over at the MLT project https://github.com/mltframework/mlt/issues/1083 Thanks for your Report! |
Created attachment 180365 [details] Projectfile "Render crash with “&-Character” in the file name" Flatpak 24.12.3 STEPS TO REPRODUCE Open Attachment and render! OBSERVED RESULT Render Crash. EXPECTED RESULT No Render Crash.