Bug 184439

Summary: Odd: Closing the "USB DISK DOWNLOAD from DISK" window updates the digikam folder view
Product: [Applications] digikam Reporter: Joe Biden <mailinglist>
Component: Import-UMSAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: normal CC: caulier.gilles, marcel.wiesweg
Priority: NOR    
Version: 0.10.0   
Target Milestone: ---   
Platform: unspecified   
OS: Linux   
Latest Commit: Version Fixed In: 2.1.0
Sentry Crash Report:
Attachments: KDir working, but bug pops up

Description Joe Biden 2009-02-15 20:01:50 UTC 
Version:           0.10.0-rc2 (using 4.2.00 (KDE 4.2.0), Kubuntu packages)
Compiler:          cc
OS:                Linux (i686) release 2.6.27-11-generic

Hard to explain, but bear with me:

User actions:
Download from USB disk opens window
Highlight/select all, right click and choose download
download to specific folder "BB"
Download completes, says everything went fine...Folder BB just shows 11 items when total should be 100.
Hit "Reload" - still 11 items
Hit Reload 50 times - still 11 items
Close "USB DOWNLOAD FROM DISK window" and folder BB magically updates with all items...Items must have been there (should have checked this on disk, but didn't), but no update of the DB was done as they downloaded?
Comment 1 caulier.gilles 2009-02-15 20:05:46 UTC 
Please put soem screenshots to describe your problem...

Gilles Caulier
Comment 2 Joe Biden 2009-02-15 20:10:09 UTC 
It's not something that can be screenshot, since one screenshot would show a folder with 11 items (which would mean nothing) and then next screenshot would show 100 items (which would mean nothing).

It boils down to this:
The folder that items are being downloaded into does not update to reflect the new folder contents until the Download window closes.
Comment 3 Marcel Wiesweg 2009-02-15 21:28:38 UTC 
I suspect that KDirWatch is not working in your case. Two ways to check: while downloading, watch digikam's console output for messages about detected changes in the download folder. Or, while digikam is running, copy/move a file from the console (cp/mv, no KDE tools) and watch if digikam detects the change.
Comment 4 Joe Biden 2009-02-17 20:08:58 UTC 
Created attachment 31413 [details]
KDir working, but bug pops up
Comment 5 Marcel Wiesweg 2009-02-17 21:31:43 UTC 
This one looks like bug 184445, right?
When you delete files from digikam with KDE ioslaves, KDirNotify (which is different from KDirWatch) will catch it.

But it's not that important, I think in any case the solution will be to periodically trigger a dir scan from within the camera ui.
Comment 6 Marcel Wiesweg 2009-02-21 22:52:01 UTC 
SVN commit 929689 by mwiesweg:

Schedule a collection scan when a new item is downloaded.
Need to find out if delay in ScanController is high enough that this does not eat CPU.

CCBUG: 184439

 M  +2 -1      cameracontroller.cpp  
 M  +2 -0      cameracontroller.h  
 M  +9 -0      cameraui.cpp  
 M  +2 -0      cameraui.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=929689
Comment 7 caulier.gilles 2009-05-13 12:07:02 UTC 
I have fixed a signals/slots connection done by Marcel here. Please check if all is fine for you using current code from svn (0.11.0)

Thanks in advance

Gilles Caulier
Comment 8 caulier.gilles 2009-07-22 15:32:25 UTC 
Brendan,

We need feedback here. Can you test with digiKam 1.0.0-beta2 ?

Gilles Caulier