Bug 184439 - Odd: Closing the "USB DISK DOWNLOAD from DISK" window updates the digikam folder view
Summary: Odd: Closing the "USB DISK DOWNLOAD from DISK" window updates the digikam fol...
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Import-UMS (show other bugs)
Version: 0.10.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-02-15 20:01 UTC by Joe Biden
Modified: 2017-08-16 06:07 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 2.1.0
Sentry Crash Report:


Attachments
KDir working, but bug pops up (463.45 KB, image/png)
2009-02-17 20:08 UTC, Joe Biden
Details

Note You need to log in before you can comment on or make changes to this bug.
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