[Bug 295256] New: Indicator missing while digiKam is filling the maintenance queue

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

[Bug 295256] New: Indicator missing while digiKam is filling the maintenance queue

Andi Clemens
https://bugs.kde.org/show_bug.cgi?id=295256

            Bug ID: 295256
          Severity: normal
           Version: 2.5.0
          Priority: NOR
          Assignee: [hidden email]
           Summary: Indicator missing while digiKam is filling the
                    maintenance queue
    Classification: Unclassified
                OS: Linux
          Reporter: [hidden email]
          Hardware: Compiled Sources
            Status: NEW
         Component: Maintenance
           Product: digikam

If you have a large collection of images and use the maintenance dialog with
"rebuild thumbnails -> scan", than the digiKam UI hangs and is not responding
anymore. After the queue has been filled, the application is usable again.

This only happens when using the "scan" mode, I guess the time spent in the
calculation of already existing thumbnails takes too long.

Maybe we need to move this calculation in a dedicated thread...

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[Bug 295256] Indicator missing while digiKam is filling the maintenance queue

Marcel Wiesweg
https://bugs.kde.org/show_bug.cgi?id=295256

--- Comment #1 from Marcel Wiesweg <[hidden email]> ---
Andi, same as 195255: still valid?

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

[digikam] [Bug 295256] Indicator missing while digiKam is filling the maintenance queue

Gilles Caulier-4
In reply to this post by Andi Clemens
https://bugs.kde.org/show_bug.cgi?id=295256

Gilles Caulier <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|CONFIRMED                   |RESOLVED
   Version Fixed In|                            |3.3.0
         Resolution|---                         |FIXED
      Latest Commit|                            |http://commits.kde.org/digi
                   |                            |kam/62125c25374b0caf2d6a381
                   |                            |2d1d34812ede8a6fd

--- Comment #2 from Gilles Caulier <[hidden email]> ---
Git commit 62125c25374b0caf2d6a3812d1d34812ede8a6fd by Gilles Caulier.
Committed on 28/07/2013 at 08:00.
Pushed by cgilles into branch 'master'.

Maintenance Manager : complete rewrite of maintenance tools handling.
Instead to use signal provided by tool to know if job is done, use progress
manager signal.
Store instance of each tools in d private container instead stack to provide a
better check of stage under progress.
Patch ScanController to provide a better feedback to NewItemsFinder, in all
scan mode. Add a new method to only call core code to perform
scan WITHOUT to show a progress dialog. In fact progress manager as already all
in place to give user feedback about progress...
Patch FaceManagement maintenance tool to indicate that face are detected and
recognized.
Move status progress bar with ProgresManager code, as this one is fully
relevant.

Marcel, I would to drop fully DProgressDialog code, which is only used now to
ScanController, with all first run step to collect all information from image
managed by database. I remember that in 2.x serie, you have patched digiKam to
only perform first run scan in background when albumgui is show. I'm right ?
At now, this feature sound fonctionnal some time, but it's not fully
reproducible.
If you take a look how Google Picasa work, you will see that main DB
referencing run in background when main GUI is displayed. A progress indication
is show in statusbar.
User can start to work with collected items in real time and don't need to wait
a long time that all referencing is done through a small progress dialog...
Look this entry for ex : 320359.
What do you think about?
Related: bug 320121, bug 295255, bug 297614, bug 306282

CCMAIL: [hidden email]

FIXED-IN: 3.3.0

M  +1    -1    CMakeLists.txt
M  +19   -7    digikam/database/scancontroller.cpp
M  +7    -0    digikam/database/scancontroller.h
M  +1    -1    libs/progressmanager/progressmanager.cpp
R  +1    -0    libs/progressmanager/statusprogressbar.cpp [from:
libs/widgets/common/statusprogressbar.cpp - 098% similarity]
R  +1    -0    libs/progressmanager/statusprogressbar.h [from:
libs/widgets/common/statusprogressbar.h - 096% similarity]
M  +2    -3    utilities/maintenance/duplicatesfinder.cpp
M  +1    -1    utilities/maintenance/facedetector.cpp
M  +1    -2    utilities/maintenance/fingerprintsgenerator.cpp
M  +1    -1    utilities/maintenance/maintenancedlg.cpp
M  +117  -77   utilities/maintenance/maintenancemngr.cpp
M  +14   -8    utilities/maintenance/maintenancemngr.h
M  +3    -1    utilities/maintenance/maintenancetool.cpp
M  +24   -20   utilities/maintenance/newitemsfinder.cpp
M  +0    -1    utilities/maintenance/newitemsfinder.h
M  +1    -2    utilities/maintenance/thumbsgenerator.cpp

http://commits.kde.org/digikam/62125c25374b0caf2d6a3812d1d34812ede8a6fd

--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel
Reply | Threaded
Open this post in threaded view
|

Re: [digikam] [Bug 295256] Indicator missing while digiKam is filling the maintenance queue

suman
On Friday 26 July 2013 07:43:16 Marie-Noëlle Augendre wrote:
> Do you know wether there is any setting to change this beahviour? I
didn't
> find anything in the menus.
>
> Marie-Noëlle

I didn't find anything, but then, I'm not really concerned by that:
even if I could preserve the directory structure on the card, I'd still
have to change the names of the directories. So I prefer downloading the
files 'en masse' and then move the keepers to subdirectories.

If you want to keep the structure of the directories on the card,
you can always download the data directly into the Digikam tree (before
starting Digikam) and then let the program see the new files and import them
into its database.
SUMAN