Bug 359376

Summary: git master 2016-02-14 - rendering saved file crashes UI
Product: [Applications] kdenlive Reporter: Evert Vorster <evorster>
Component: User Interface & MiscellaneousAssignee: Jean-Baptiste Mardelle <jb>
Status: RESOLVED FIXED    
Severity: grave    
Priority: NOR    
Version First Reported In: unspecified   
Target Milestone: ---   
Platform: Arch Linux   
OS: Linux   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:
Attachments: Project file that crashes kdenlive
backtrace of the segfault

Description Evert Vorster 2016-02-14 02:43:15 UTC
I have a strong feeling that this is related to bug 359365.

I worked on a project in my virtual machine, and actually rendered out a video. I wanted to re-render the video with x265, so I decided to run it on real hardware. 
I am able to load the project into kdenlive just fine, but when I click on render it crashes. 
I am able to hit render on a completely new project, and that works fine, it's only when I render a project that was recently saved that kdenlive's UI segfaults

Reproducible: Always

Steps to Reproduce:
0. Make project with loads of deep filter stacks
1.Save project
2.re-start kdenlive
3.load project
4. Hit "render"

Actual Results:  
UI Segfaults

Expected Results:  
Rendering dialog to appear
Comment 1 Evert Vorster 2016-02-14 02:45:01 UTC
Created attachment 97188 [details]
Project file that crashes kdenlive

This is an example of a project that was saved with kdenlive.
It loads fine, but segfaults when trying to render
Comment 2 Evert Vorster 2016-02-14 02:45:41 UTC
Created attachment 97189 [details]
backtrace of the segfault
Comment 3 Jean-Baptiste Mardelle 2016-02-14 09:18:49 UTC
Git commit a4a83f2922fb1882d36ac8ef9d6be9e6cf6fcfe6 by Jean-Baptiste Mardelle.
Committed on 14/02/2016 at 09:18.
Pushed by mardelle into branch 'master'.

Fix crash on render when default format's encoding speed is not adjustable

M  +6    -2    src/dialogs/renderwidget.cpp

http://commits.kde.org/kdenlive/a4a83f2922fb1882d36ac8ef9d6be9e6cf6fcfe6
Comment 4 Evert Vorster 2016-02-14 10:53:27 UTC
This one is fixed, thanks.