502949 – Render crash with “&-Character” in the file name (Rendercrash bei "&-Zeichen" im Dateinamen)

Bug 502949 - Render crash with “&-Character” in the file name (Rendercrash bei "&-Zeichen" im Dateinamen)

Summary: Render crash with “&-Character” in the file name (Rendercrash bei "&-Zeichen"...

Status:	CONFIRMED

Alias:	None

Product:	kdenlive
Classification:	Applications
Component:	Rendering & Export (other bugs)
Version First Reported In:	24.12.3
Platform:	Ubuntu Linux

Importance:	NOR crash
Target Milestone:	---
Assignee:	Jean-Baptiste Mardelle

URL:
Keywords:	triaged

Depends on:
Blocks:

Reported:	2025-04-17 20:25 UTC by fehler-im-programm
Modified:	2025-04-19 19:39 UTC (History)
CC List:	2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:

Attachments
Projectfile "Render crash with “&-Character” in the file name" (15.83 KB, application/xml) 2025-04-17 20:25 UTC, fehler-im-programm	Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.

Description fehler-im-programm 2025-04-17 20:25:02 UTC

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.

Comment 1 balooii 2025-04-19 16:06:14 UTC

Can confirm.
When exporting a file as containing an ampersand the filename will not contain an & but the escape code &#38; (e.g. Black&White.png -> Black&#38;White.mp4

The .mlt file Kdenlive creates to hand over the rendering to mlt describes the consumer target as Black&amp;White.mp4. This looks correct as .mlt is an .xml file so looks fine its escaping the ampersand here with &amp;
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.

Comment 2 balooii 2025-04-19 16:33:26 UTC

Reported it over at the MLT project https://github.com/mltframework/mlt/issues/1083

Comment 3 fehler-im-programm 2025-04-19 19:39:08 UTC

Thanks for your Report!