[digikam] [Bug 389949] Very slow startup [patch]

https://bugs.kde.org/show_bug.cgi?id=389949 Maik Qualmann changed: What|Removed |Added Resolution|--- |FIXED Latest Commit|

[digikam] [Bug 389949] Very slow startup [patch]

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #9 from Maik Qualmann --- Git commit 276627e6d8e3b3060ef268ea538081506fc63e56 by Maik Qualmann. Committed on 07/02/2018 at 18:58. Pushed by mqualmann into branch 'master'. block signals when the current index is restored in the tree views

[digikam] [Bug 389949] Very slow startup [patch]

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #8 from Maik Qualmann --- Note: This patch only helps if the left sidebar with the search is not open at startup. So if at startup the album tab is active. Maik -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 389949] Very slow startup [patch]

https://bugs.kde.org/show_bug.cgi?id=389949 Maik Qualmann changed: What|Removed |Added Summary|Very slow startup |Very slow startup [patch] -- You are receiving

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #7 from Maik

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #6 from iwannaber...@gmail.com --- I had 7 saved searches. Most of them just searching for a word (e.g. the name of a trip I made) and two of them was a search showing two people tags. I deleted all of them and tried again. It now took 111 s

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #5 from caulier.gil...@gmail.com --- Between lines 132 and 133 there is nothing to see... Which kind of search albums did you have exactly ? Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #4 from iwannaber...@gmail.com --- Sorry, I am not sure I understand. I have 6 or 7 saved searches, if that's what you mean. At this point, there are no new items, all albums have been scanned previously. I used debugview while starting digi

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #3 from caulier.gil...@gmail.com --- Well, the long initialization is not due to scan stage, but to load database contents, certainly the previous searches albums created. Did you perform a similarity search before ? A debug trace capture o

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #2 from iwannaber...@gmail.com --- Yes, that's after disabling the "scan for new items at startup" option. If you include the initial scan, it is much much slower (I'll measure it later). -- You are receiving this mail because: You are watc

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 --- Comment #1 from caulier.gil...@gmail.com --- Go to digiKam Setup dialog, into Misc/Behavior section and to disable the "scan for new item at startup" option. Gilles Caulier -- You are receiving this mail because: You are watching all bug changes.

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 caulier.gil...@gmail.com changed: What|Removed |Added Component|general |Database-Scan CC|

[digikam] [Bug 389949] Very slow startup

https://bugs.kde.org/show_bug.cgi?id=389949 iwannaber...@gmail.com changed: What|Removed |Added CC||iwannaber...@gmail.com -- You are rece