| Summary: | Projects take too long to open | ||
|---|---|---|---|
| Product: | [Applications] kdenlive | Reporter: | David García <vivadavid> |
| Component: | User Interface & Miscellaneous | Assignee: | Jean-Baptiste Mardelle <jb> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | berndmj, vikaskumar2299 |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Video recording of the issue | ||
|
Description
David García
2025-12-21 12:34:48 UTC
Hello again, I've also unzipped the portable version of Kdenlive 25.12 and things work fine here. Therefore, my issue only happens when I use the installer version. As I said earlier, the second time I installed 25.12, I had previously uninstalled it and even deleted some folders that were still present, and I even reset the settings, so either there was something else that I should have deleted or the source of the portable version isn't the same as the source of the installer version. Is there anything I could try? This is interesting: after running 25.12 (portable version), now 25.12 (installer version) works fine. Despite being portable, it must be sharing the same settings file as the installer version and, if this is the case, it must have changed a common setting that was causing the problem. This is weird because, as I already said, I manually reset the settings from inside the programme. I knew it was strange that the issue was fixed out of blue and so I kept doing some tests. Here is a new result that I've got: 1. If I double-click on a project from the Windows 11 file explorer, the project takes a long time to open. As expected, if I wait for one or two minutes and then I click somewhere of the screen, this seems to stop something that keeps Kdenlive busy and my project is opened. 2. If I open my project from within Kdenlive (File > Open), then it opens instantly. I can confirm the issue, thanks for your investigation. Will work on it. Thank you! And happy New Year! Git commit 4831682275f61e23647cb9ff60f6b4dda8a0345e by Jean-Baptiste Mardelle. Committed on 05/01/2026 at 16:40. Pushed by mardelle into branch 'release/25.12'. Fix slow opening through file manager M +1 -1 src/project/projectmanager.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/4831682275f61e23647cb9ff60f6b4dda8a0345e This should be fixed in the upcoming 25.12.1 version. Would be great if you could test our latest daily build to confirm: https://origin.cdn.kde.org/ci-builds/multimedia/kdenlive/release-25.12/windows/ *** Bug 514242 has been marked as a duplicate of this bug. *** (In reply to Jean-Baptiste Mardelle from comment #7) > This should be fixed in the upcoming 25.12.1 version. Would be great if you > could test our latest daily build to confirm: > https://origin.cdn.kde.org/ci-builds/multimedia/kdenlive/release-25.12/ > windows/ It works now! Thanks so much! Hi, again! I'm afraid I've found a different case scenario where the issue is reproducible. Yesterday I created a simple project, which worked fine. Today, on the Windows file explorer, I changed the name of the only clip that I use in the project and then I opened my project from the Windows file explorer itself. Kdenlive gets stuck for a good while and, as previously reported, if I wait and then I click somewhere on the screen, then the project gets opened. As previously reported, if I open this project from the Kdenlive menu, there are no issues: I get the ‘Clip problems’ window. This has been tested with kdenlive-release_25.12-11854-windows-gcc-x86_64. Created attachment 188347 [details]
Video recording of the issue
I can confirm the issue persists on that specific scenario. Update: It's in fact not fixed. I can still see flickering and infinite loading when I double click open any project. I tested with following version: kdenlive-release_25.12-11854-windows-gcc-x86_64.exe The issue is reproducible on 25.12.1 in the scenario described earlier: a project where one clip has been renamed and therefore can't be found. Instead of displaying the ‘Clip problems’ window, there's some flickering for a while. (In reply to David García from comment #14) > The issue is reproducible on 25.12.1 in the scenario described earlier: a > project where one clip has been renamed and therefore can't be found. > Instead of displaying the ‘Clip problems’ window, there's some flickering > for a while. If it's still reproducible, the status of the bug report needs to be changed back to REPORTED or even better to CONFIRMED. I've done that now. > If it's still reproducible, the status of the bug report needs to be changed
> back to REPORTED or even better to CONFIRMED. I've done that now.
Thanks! Reporting issues in Kdenlive is still something new to me. I'll take it into account next time.
Git commit 05b6c1319a1b144121174f6dce7ca65516673397 by Jean-Baptiste Mardelle. Committed on 22/01/2026 at 16:41. Pushed by mardelle into branch 'release/25.12'. Fix app glitch opening project with missing clip on Windows M +1 -1 src/dialogs/splash.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/05b6c1319a1b144121174f6dce7ca65516673397 (In reply to Jean-Baptiste Mardelle from comment #17) > Git commit 05b6c1319a1b144121174f6dce7ca65516673397 by Jean-Baptiste > Mardelle. > Committed on 22/01/2026 at 16:41. > Pushed by mardelle into branch 'release/25.12'. > > Fix app glitch opening project with missing clip on Windows > > M +1 -1 src/dialogs/splash.cpp > > https://invent.kde.org/multimedia/kdenlive/-/commit/ > 05b6c1319a1b144121174f6dce7ca65516673397 Hi! Is there a beta version (please provide link) that you want me try or should I just wait for 25.12.2? Hi, I've just tried version 25.12.2 and the issue is fixed. Thanks! Thanks for confirming that it is fixed in 25.12.2! Closing as RESOLVED - FIXED |