[kdenlive] [Bug 356993] New: Some Title Clips not displayed after reloading project

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

Bug ID: 356993
Summary: Some Title Clips not displayed after reloading project
Product: kdenlive
Version: unspecified
Platform: openSUSE RPMs
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: Video Display & Export
Assignee: ***@kdenlive.org
Reporter: ***@gmail.com

I use Kdenlive 0.9.10 4.14.9 from http://packman.links2linux.de in openSUSE
13.2
After creating project with Title Clips, I saved it and re-opened. After
reloading, some Title Clips are not displayed in Project Monitor or after
Rendering; it only shows content in Clip Monitor. After editing Title Clips
(e.g. changing alignement, X, Y values), It starts to show in Project Monitor,
but still not after Rendering to video file.

Reproducible: Sometimes

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #1 from ***@gmail.com ---
Created attachment 96226
--> https://bugs.kde.org/attachment.cgi?id=96226&action=edit
test.kdenlive

This test has 5 Title Clips. Third Title Clip not displayed.

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #2 from ***@gmail.com ---
It seems, that Kdenlive fails to display Title Clips containing non-ASCII
characters.

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #3 from ***@gmail.com ---
I just found it reported in another place:
https://bugs.kdenlive.org/view.php?id=3441

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #4 from ***@gmail.com ---
I just tested Kdenlive 15.12.0 – problem is the same!

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

***@gmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Summary|Some Title Clips not |Title Clips, containing
|displayed after reloading |non-ASCII, not displayed
|project |after reloading project

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #5 from ***@gmail.com ---
Created attachment 96229
--> https://bugs.kde.org/attachment.cgi?id=96229&action=edit
testing.tar.gz – scripts for rendering

002 – created with š letter in third slide.
003 – š replaced with s letter in third slide.

diff test_002.sh.mlt test_003.sh.mlt

80c80
< <property name="xmldata">&lt;kdenlivetitle width="1365" duration="125"
height="768" LC_NUMERIC="C">
---

<property name="xmldata">&lt;kdenlivetitle width="1365" duration="125" height="768" out="125" LC_NUMERIC="C">

86c86,95
< i</property>
---

iskart su
kasdienio
naudojimo
programomis&lt;/content>
&lt;/item>
&lt;startviewport rect="0,0,1365,768"/>
&lt;endviewport rect="0,0,1365,768"/>
&lt;background color="0,0,0,0"/>
&lt;/kdenlivetitle>
</property>

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

locale

LANG=lt_LT.UTF-8
LC_CTYPE="lt_LT.UTF-8"
LC_NUMERIC="lt_LT.UTF-8"
LC_TIME="lt_LT.UTF-8"
LC_COLLATE="lt_LT.UTF-8"
LC_MONETARY="lt_LT.UTF-8"
LC_MESSAGES="lt_LT.UTF-8"
LC_PAPER="lt_LT.UTF-8"
LC_NAME="lt_LT.UTF-8"
LC_ADDRESS="lt_LT.UTF-8"
LC_TELEPHONE="lt_LT.UTF-8"
LC_MEASUREMENT="lt_LT.UTF-8"
LC_IDENTIFICATION="lt_LT.UTF-8"
LC_ALL=

[Jean-Baptiste Mardelle via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #6 from Jean-Baptiste Mardelle <***@kdenlive.org> ---
Can you please tell me what is your locale setting ?
Just type:
locale
in a terminal and paste the result here

[Jean-Baptiste Mardelle via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #8 from Jean-Baptiste Mardelle <***@kdenlive.org> ---
The attached test.kdenlive project was created with Kdenlive 0.9.10 and for
some reason it has a "C" locale setting when it should be "lt_LT.UTF-8".. that
might be the reason.

If you start a new project in Kdenlive 15.12.0, and create a new title clip
with whatever character you want, can you still reproduce the bug ? If you can,
please attach this Kdenlive 15.12 project file here

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #9 from ***@gmail.com ---
I tested Kdenlive 15.12 in another system.
If I create new project, I can not reproduce bug.
And if I open kdenlive project as text file, I see
LC_NUMERIC="lt_LT.UTF-8"

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #10 from ***@gmail.com ---
But in first system, i I manually change C to lt_LT.UTF-8, and try open in
Kdenlive, I get warning:
There is a locale conflict on your system. The document uses locale lt_LT.UTF-8
which uses a "," as numeric separator (in system libraries) but Qt expects ".".
You might not be able to correctly open the project.

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #11 from ***@gmail.com ---
Hm... Workaround for my first system with Kdenlive 0.9.10 is to start program
with variable:

LC_ALL="lt_LT.UTF-8" kdenlive

Then after editing slides, saving them, I can revert document and text will be
displayed in Project Monior, even if LC_NUMERIC="C"

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #12 from ***@gmail.com ---
P.S. In second system with latest Kdenlive
`locale` returns LC_ALL="lt_LT.UTF-8" in one row

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #13 from ***@gmail.com ---
As Kdenlive proposes to insert any unicode character in dialog, please ensure
fine creation of Title Clips with unicode independent of user locale!

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #14 from ***@gmail.com ---
Kdenlive must not use locale, while writing configuration files.
Using locale causes problems: see https://bugs.kde.org/show_bug.cgi?id=359016
case – they solved by switching to QString::number

[Jean-Baptiste Mardelle via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #15 from Jean-Baptiste Mardelle <***@kdenlive.org> ---
The problem is that Kdenlive project files are not just configuration files.
When playing a Kdenlive project file, the xml is directly sent to MLT and
passed to the various libraries involved in the process, and these libraries
are locale aware.

So unfortunately, we cannot simply ignore the user locale.

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #16 from ***@gmail.com ---
I don't know about these libraries, but then they must be handled in way, that
don't disturb Kdenlive. Even if user use multi-lingual interface, i.e. often
switch between locales.

Hint: maybe you could provide patches to enhance libraries...

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #17 from ***@gmail.com ---
Can you please explain comments 7 and 9?

I.e. why LC_ALL is sensitive? Why not only LC_NUMERIC is sensitive?

[Wegwerf via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

Wegwerf <wegwerf-1-2-***@gmx.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WONTFIX
CC| |wegwerf-1-2-***@gmx.de

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

***@gmail.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Resolution|WONTFIX |---
Status|RESOLVED |REOPENED

--- Comment #18 from ***@gmail.com ---
It is important feature! Please use some workarounds!

[Wegwerf via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #19 from Wegwerf <wegwerf-1-2-***@gmx.de> ---
Do you understand the implications that Jean-Baptiste, the current main
developer, pointed out to you?

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #20 from ***@gmail.com ---
Jean-Baptiste just said, that locale can not be ignored. He did not closed bug.

[via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #21 from ***@gmail.com ---
I suggest, Kdenlive could check,
1) if $LC_ALL is empty (as in comment 7), try temporally assign same value as
$LC_NUMERIC
2) but never use LC_ALL=C, use LC_ALL=en_US.UTF-8 to keep unicode!

But maybe exist better workarounds

[Wegwerf via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

--- Comment #22 from Wegwerf <wegwerf-1-2-***@gmx.de> ---
The issue is, for example MLT, which is not only the engine inside Kdenlive and
other editors, but also the part doing most, if not almost all of the XML
serialization and deserialization. So this is at this time an upstream issue
which you can discuss with the MLT project.

[farid via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=356993

farid <***@gmail.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@gmail.com
Status|REOPENED |RESOLVED
Resolution|--- |INVALID

--- Comment #23 from farid <***@gmail.com> ---
Hi,

As suggested by Wegwerf this is an MLT upstream issue so please report this in
MLT's trackers at: https://github.com/mltframework/shotcut

Regards