Bug 413464 - Crash in Windows 10 when 'browsing' images before initial 'import' complete
Summary: Crash in Windows 10 when 'browsing' images before initial 'import' complete
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Database-Scan (show other bugs)
Version: 6.3.0
Platform: Other Linux
: NOR crash
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-10-26 07:50 UTC by glenn
Modified: 2020-08-10 10:18 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.1.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description glenn 2019-10-26 07:50:06 UTC
SUMMARY

Installed digiKam for first time and pointed to a collection of 35,000+ images (jpg and raw). Each time I selected a folder that I knew contained images, digiKam would lock up and then close/crash. This happened _every time_ I tried (ie 100% repro), until I noticed in the status bar that digiKam was still working through the collection of images for the first time (ie the process progress bar was present and slowly progressing). Once I realised this I left digiKam to complete this task (which took a long time of course). Once it was complete everything was fine and I experienced no further crashes.

This was obviously user error, but of course a crash is still undesireable behaviour. Also some sort of message that digiKam is still working through the files would be helpful feedback for the user.

This might be a common problem encountered by new users with an already extensive collection of images.

(Apologies, I don't know which componenet to attribute this too)


STEPS TO REPRODUCE
1. Install digiKam for first time use
2. In Collections setting point digiKam to a very large collection of images (in my case with date-based subfolders)
3. Whilst digiKam is still in the process of collecting these images, attempt to browse through the image folders

OBSERVED RESULT
digiKam locks up and crashes

EXPECTED RESULT
No crash. Perhaps a helpful message to usr to be more patient and bring their attention to the fact digiKam is still working at bringin the images into the db (r whatever it is doing at this point)

SOFTWARE/OS VERSIONS
Windows: 
Windows 10.0.18362
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 glenn 2019-10-26 08:03:49 UTC
Update (already):

The crash is still happening for me, if I try browsing whilst 'Find New Items' is in progress. I have 'Scan For New Items At Start Up' selected and a related message is presented at each new start up, but it turns out that when that completes and digiKam proper opens, that Find New Item process is still running, and being a very large collection of images this takes a very long time.

In otherwords, Find New Items At Start Up casuses instability and difficulty for the user when working with a large collection.
Comment 2 Maik Qualmann 2019-10-26 08:17:22 UTC

*** This bug has been marked as a duplicate of bug 411927 ***
Comment 3 Maik Qualmann 2019-10-26 08:18:11 UTC
You can use the pre-release version of digiKam-6.4.0:

https://files.kde.org/digikam/

Maik
Comment 4 glenn 2019-10-26 08:21:10 UTC
Maik, thanks
Comment 5 caulier.gilles 2020-07-25 14:18:20 UTC
Fixed with #411927