SUMMARY STEPS TO REPRODUCE 1. Start 'kdenlive' 2. Open project (which requires redefining paths to resources, it is zoomed in) 3. Zoom out by holding the 'CTRL' and turning the mouse wheel. OBSERVED RESULT The program crashes and a window appears to ask for a bug report. There is no retracing, even after pressing the 'Reload' EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
The program is generally not very stable even when running in the stable version of opensuse Leap 15.1
Please try with the current Kdenlive AppImage version 19.12.3 to see if there are any packaging issues https://files.kde.org/kdenlive/release/ If the problem/issue doesn't occur when using the AppImage, then it's your configuration or packaging.
Please delete: kdenliverc, kdenlive-appimagerc, kdenliveui.rc as descript here: https://community.kde.org/Kdenlive/Configuration Then try with the appimage again.
Please upload here your Kdenlive project file which crashes so I can test (only the project file is needed).
Created attachment 126799 [details] Sahara_crash Confirmed. I can reproduce the crash. Load the project -> jump with Alt+right -> after some jumps Kdenlive crash in MLTcore.
Changed the status
I cannot reproduce the crash. emohr, you describe a crash with alt+left/right, which triggers seek to next snap point, while original report is about zooming, so it seems like different issues. I cannot reproduce any of these with current git. Can you confirm on latest daily AppImage : https://binary-factory.kde.org/job/Kdenlive_Nightly_Appimage_Build/lastSuccessfulBuild/artifact/
I don't get a crash with zoom (seems to be a rare event). Place the play-head with the mouse and hitting and hitting alt+right, after 20-30 times it crashes. It crash around 8.24:18.
The described behaviour occured on the platform opensuse leap 15.2. However, it doesn't occur with kdenlive 20.07.7 appimage on opensuse leap 15.1. So after all it may be an error with the environment although it shouldn't happen with kdenlive20.07.7appimage.
STEPS TO REPRODUCE 1. you can find the files to reproduce the bug here: https://ceuxquisontrien.fr/pub/zoom_crash/files/ 2. ~/.bin/kdenlive-20.04.2c-x86_64.appimage Montage-20.04.kdenlive& 3. zoom in or out (by holding the 'CTRL' and turning the mouse wheel) SOFTWARE/OS VERSIONS Version: 20.04.0, 20.04.0b, 20.04.1b, 20.04.2, 20.04.2b, 20.04.2c (not in 19.12.3, 20.07.70-bb34de3 and 20.11.70-b72f28b) OS: Linux Platform: Debian stable KDE: none (Openbox) KDE Plasma Version: AppImage KDE Frameworks Version: AppImage Qt Version: AppImage ADDITIONAL INFORMATION I don’t know if it’s the same bug, but I have a similar problem here. After starting a new project with the 20.04.2b AppImage (it was early june), I build up my video a little bit. At some point, I get a segfault when I zoom in or out: https://ceuxquisontrien.fr/pub/zoom_crash/20.04.2b-end_of_output I tested with 20.04.2c when it was released, same problem: [many many lines of output] QQmlComponent: Cannot create a component in an invalid context QQmlContext: Cannot set context object on invalid context. QQmlComponent: Cannot create a component in an invalid context qml: GOT SCALE: 0.188 , BASE: 25 - SNAPPING: 132 /tmp/.mount_kdenliUKj8UE/AppRun: line 26: 10768 Segmentation fault kdenlive --config kdenlive-appimagerc $@ [1] + exit 139 ~/.bin/kdenlive-20.04.2c-x86_64.appimage Montage-20.04.kdenlive Here is the full output of a crash with 20.04.2c: https://ceuxquisontrien.fr/pub/zoom_crash/20.04.2c-full_output Reopening the project and retry to zoom always result in a crash. What’s odd it’s I don’t have the crash with 19.12.0a, like gerd.muncke is reporting (neither with 19.12.3). On my computer this bug comes with the 20.04 branch, all subversions affected, I checked them all. I also try the daily AppImage 20.07.70-bb34de3 and 20.11.70-b72f28b, and neither crashed.
Can you please update to the latest version (20.12.3 at the moment, https://kdenlive.org/en/download/) and report here whether this is still happening?
No problems anymore with version 20.12.3-appimage. Works fine! Thank you!