Well I am in need of help.

I've used Kdenlive for over a year now. I got a new computer with some power to edit videos.

A few weeks ago, I installed ubuntu 14.04 and kdenlive 9.10. Worked great. Thought I'd upgrade to Ubuntu 15.10 and the latest stable KDENlive.

I could not get kdenlive to make titles without crashing, so I decided to downgrade since i have a project due tomorrow. Did a clean install of 14.04LTE and installed Kdenlive. The open button if pressed will crash the app. I can open existing projects by just double clicking on them, but if I try to save in any way, it crashes on the spot.

Any suggestions?

-GReg

.kdenlive file formats got updated between 0.9.10 and the 15.n versions. 15.n version of kdnelive reads the old format but writes to the new format. New format is not readable by 0.9.10. This might be your issue if you saved .kdenlive project files while running ver 15.n and are now trying to open them in 0.9.10

It never gets to asking me for the file. As soon as I hit the open button, or select the open option from the pull down menu, or the save options, it crashes.

Never gets to asking me for the file name.

I can drag and drop files, build a test video and hit save, and it will crash right then. No prompts.

This was a clean install.

Here is the error info:

Executable: kdenlive PID: 2183 Signal: Segmentation fault (11) Time: 01/11/16 09:18:07 PM

----

Application: Kdenlive (kdenlive), signal: Segmentation fault
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[Current thread is 1 (Thread 0x7fd1312397c0 (LWP 2183))]

Thread 6 (Thread 0x7fd11ae23700 (LWP 2192)):
#0 0x00007fd12900661a in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#1 0x00007fd129006979 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007fd128fc4fca in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fd128fc50ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007fd11ae2b1ad in ?? () from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so
#5 0x00007fd128fe9f05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#6 0x00007fd12d737182 in start_thread (arg=0x7fd11ae23700) at pthread_create.c:312
#7 0x00007fd12bc4d47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 5 (Thread 0x7fd11a622700 (LWP 2193)):
#0 0x00007fd12d739569 in __GI___pthread_mutex_lock (mutex=0x7fd11400f6f0) at ../nptl/pthread_mutex_lock.c:125
#1 0x00007fd129006981 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007fd128fc487b in g_main_context_query () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fd128fc4f52 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007fd128fc530a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007fd11efaa336 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0
#6 0x00007fd128fe9f05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#7 0x00007fd12d737182 in start_thread (arg=0x7fd11a622700) at pthread_create.c:312
#8 0x00007fd12bc4d47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 4 (Thread 0x7fd113dc5700 (LWP 2194)):
#0 0x00007fd12bc4012d in poll () at ../sysdeps/unix/syscall-template.S:81
#1 0x00007fd128fc4fe4 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2 0x00007fd128fc50ec in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#3 0x00007fd128fc5129 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#4 0x00007fd128fe9f05 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#5 0x00007fd12d737182 in start_thread (arg=0x7fd113dc5700) at pthread_create.c:312
#6 0x00007fd12bc4d47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 3 (Thread 0x7fd1135c4700 (LWP 2202)):
#0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238
#1 0x00007fd12db8cb11 in mlt_consumer_get_frame () from /usr/lib/libmlt.so.6
#2 0x00007fd12db8d528 in mlt_consumer_rt_frame () from /usr/lib/libmlt.so.6
#3 0x00007fd0fd63b757 in ?? () from /usr/lib/mlt/libmltsdl.so
#4 0x00007fd12d737182 in start_thread (arg=0x7fd1135c4700) at pthread_create.c:312
#5 0x00007fd12bc4d47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 2 (Thread 0x7fd0eecf2700 (LWP 2203)):
#0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185
#1 0x00007fd0fd63ae08 in ?? () from /usr/lib/mlt/libmltsdl.so
#2 0x00007fd12d737182 in start_thread (arg=0x7fd0eecf2700) at pthread_create.c:312
#3 0x00007fd12bc4d47d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:111

Thread 1 (Thread 0x7fd1312397c0 (LWP 2183)):
[KCrash Handler]
#5 0x00007fd13074496f in KFileDialog::KFileDialog(KUrl const&, QString const&, QWidget*, QWidget*) () from /usr/lib/libkio.so.5
#6 0x00007fd130745a12 in ?? () from /usr/lib/libkio.so.5
#7 0x00007fd130745d0c in KFileDialog::getOpenUrl(KUrl const&, QString const&, QWidget*, QString const&) () from /usr/lib/libkio.so.5
#8 0x000000000071470b in _start ()

How did you go about downgrading? It is not a totally straight forward process.

Have a look notes here https://userbase.kde.org/Kdenlive/Manua ... ab.27s_PPA

Reformatted the drive. Did a clean reinstall ofubuntu 14.04lts.installed Kdenlive from the repository listed on the Kdenlive site. Copied my backup data back to my user directory.
The backup should contain only one 15.10 video file that was a du!my test one.

gcohen wrote:Reformatted the drive. Did a clean reinstall of ubuntu 14.04lts..

Right. That is a pretty heavy duty backout strategy. You would expect that to work.

gcohen wrote:installed Kdenlive from the repository listed on the Kdenlive site. Copied my backup data back to my user directory.
.

Which repository would that have been? There are a few different "kdenlive sites" kdenlive.org vs https://userbase.kde.org/Kdenlive/Manual/Installation

https://launchpad.net/~sunab/+archive/u ... elease-old maybe ?

No, I used this one ppa:sunab/kdenlive-release

I'll try the other shortly.

-GReg

So you would have got 0.9.10-0ubuntu0~sunab~trusty1
That would be the one I would try for.
Looks like https://launchpad.net/~sunab/+archive/u ... elease-old gives you 0.9.8 version
0.9.8-1ubuntu1~sunab~trusty4

So I don't think that release-old will help much.

Maybe you should try a "daily build" from http://builds.meltytech.com/ see https://userbase.kde.org/Kdenlive/Manua ... d_Versions
This is still pumping out 0.9.10 version of kdenlive. Be sure to use the one for the correct bitness of your system

And it worked fine during the last instillation round, which was only a month ago, was also 9.10 and I installed UBUNTU from the same thumb drive.


-GReg

The only thing I can think of, is that some sort of config file that Kdenlive does not like is coming across when I restore my data from a backup. Any suggestions for a list of what to make sure is gone?

I've cleared out .local and .config of clearly labeled KDENlive directories.


-Greg

No love from the older repositories.

This sucks. Did a clean install and can't get it to work like it did just a few weeks ago with the same clean install.

-GReg

gcohen wrote:I've cleared out .local and .config of clearly labeled KDENlive directories.

KDE4 (and the KDE4 based kdenlive 0.9.10) uses ~/.kde/share/config/ and ~/.kde/share/apps/.

Also, I'd suggest to create a fresh user account and try with that, this would show if the crash is related to the user's config files or not.

Your problem looks more related to the KDE4 file dialog itself though.
Does it work with other KDE4 applications?

Well, that helps. A new acocunt it works in, so I cleared out the clearly labled kdenlife files/directories in the directories you suggested, but that did not help. It's clear it is something in this user directory, but I don't think either thing works. I may try clearing other things out in a ham-handed way.

-GReg

deleted the contents of .kde and it works now.

It is the only kde program I use.

-GReg