| Summary: | Loading albums at startup extremely long, after forced application kill. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Fabio <fabio.forall> |
| Component: | Albums-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | caulier.gilles, dev.kde, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 7.4.0 | ||
| Target Milestone: | --- | ||
| Platform: | Mint (Debian based) | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Fabio
2022-01-12 15:24:43 UTC
Hi and happy new year, Can you reproduce this problem with the AppImage linux bundle that we provide ? I recommend to test with 7.5.0 pre release file available here : https://files.kde.org/digikam/ Best regards Gilles Caulier Maik, In the components listed with this report i can see that Linux Mint 20.2 package Qt 5.15.3. How it's possible as this version is not published in open source ? In Download Qt IO web site, there is no Qt 5.15.3 tarball : https://download.qt.io/official_releases/qt/5.15/ Gilles Hmm, Linux Mint and such a current Qt version I can't imagine. We definitely need the log from the terminal with the Qt debug variable active, as described here: https://www.digikam.org/contribute/ Now it can take a while until the duplicate search is loaded if you have set the range too far and want to list thousands of duplicate items. For this reason we have limited the lower range to 40% (can be changed in the setup), which can still be too little for a large collection. Maik Hi Maik, I think i know where Linux Mint take the Qt 5.15.3. It come from the KDE Qt LTS repository certainly. Look the version marked in this repository : https://invent.kde.org/qt/qt/qtbase/-/blob/kde/5.15/.qmake.conf#L9 I prepared a script to checkout this Qt 5.15 LTS code from this git repository. The goal is to use it with AppImage bundle. https://invent.kde.org/graphics/digikam/-/blob/master/project/bundles/3rdparty/ext_qt/5.15-LTS/kde-qt5-lts.sh For MXE and Macports, i created 2 reports in the respective project. Note : i don't know if this repository include yet the fix for Mysql compatibility. There is no filtered changelog in this repository, excepted the git log messages. Gilles Maik, I take a closed look in next Mageia 9 rpms to see how Qt 5.15 source code is taken. Look in log file : http://sophie.zarb.org/rpms/966765c6dd33427e4294058a6828e7a8/changelog The code is taken from KDE5.15-LTS repository, we have plenty of "Sync with Qt KDE Collection patches". I currently compile this code now for the AppImage bundle. Until now it compile, but it take age, especially with QtWebEngine, as usual... Gilles @Fabio digiKam 8.0.0 is out. This entry still valid with this release ? Best regards Gilles Caulier @Fabio, What's about this file using current 8.2.0 AppImage Linux bundle ? It's reproducible ? https://files.kde.org/digikam/ Thanks in advance Gilles Caulier I have validated that this behavior is reproducible on Digikam 8.2 with a Windows 11 x64 installation, connecting to a network drive. Prior to performing the "Find Duplicates" step, the time to load albums was around 10seconds. Now, it never finishes, even after running for 10+ hours overnight. Please try the pre-release digiKam-8.3.0 version from here: https://files.kde.org/digikam/ Maik Hi, The digiKam 8.7.0 pre-release for Windows have been rebuild from scratch today with many improvements and updates especially. Please test with this version to see if the problem is reproducible. Link to download: https://files.kde.org/digikam/ Thanks in advance Gilles Caulier My last comment is also valid for Linux. Darkstar, Any improvements using last stable digiKam 8.8.0 ? Gilles Caulier |