Bug 225328

Summary: Creating new album during import fails
Product: [Applications] digikam Reporter: Jerry L Kreps <greygeek>
Component: Import-AlbumsAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: caulier.gilles, marcel.wiesweg
Priority: NOR    
Version: 1.2.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 1.2.0
Sentry Crash Report:
Attachments: jpeg of select album dialog

Description Jerry L Kreps 2010-02-02 23:52:02 UTC
Version:           1.2.0 compiled from sources (using KDE 4.3.5)
Compiler:          gcc 4.4 cmake
OS:                Linux
Installed from:    Ubuntu Packages

Compile of 1.2.0 from sources completed without errors.
Plugged in Kodak EasyShare DX7630 digital camera and launched Digikam.
Digikam recognized camera automatically.
From the import dialog I selected several pictures and then chose the option to create a new album.
After typing in the name of the new album and continuing with the download Digikam put all the selected pictures into the root directory, "Pictures", without creating the directory titled "Flat_Stanley".
Creating "Flat_Stanley" using the right mouse dialog "New" option was successful.
Drag and drop of files from under "Picture" to "Flat_Stanley" and other subdirectories worked as expected.
Comment 1 caulier.gilles 2010-02-03 09:56:59 UTC
Johanness,

It's relevant of last model/view port ?

Gilles Caulier
Comment 2 Johannes Wienke 2010-02-03 10:35:18 UTC
Yes, maybe, it's already on my TODO list.
Comment 3 Johannes Wienke 2010-02-03 18:49:40 UTC
Ok Jerry, I never really used the camera ui so I'm not quite sure what the old behaviour was. Creating a new album works for me. What might be the problem is that the newly created album is not selected in the tree view after creation. The focus is left on the album used as a parent for the new album. Is this the problem you described and would shifting the focus to the new album resolve it?

Marcel. do you have an idea why item counts are always 0 in the camera ui dialog for selecting the download album?
Comment 4 Jerry L Kreps 2010-02-03 19:41:16 UTC
Created attachment 40508 [details]
jpeg of  select album dialog
Comment 5 Johannes Wienke 2010-02-03 19:48:27 UTC
What about that screenshot? I don't get it.
Comment 6 Jerry L Kreps 2010-02-03 19:48:44 UTC
Comment on attachment 40508 [details]
jpeg of  select album dialog

Johannes, I believe it is a speed problem.  After I took this jpeg and returned to the dialog the complete tree was displaying in the panel.  I could then select the "test_album" and DK would save the downloaded picture into it.   As long as only the "../Pictures" root was showing that is the only place a saved picture could go.  Once the dialog was populated the destination could be chosen and everything worked properly.  
My box is a Sony VAIO VGN-FW140E/H running the 64bit Kubuntu Karmic, fully updated.  I'm not used to a dialog taking so long to populate.  I just needed a little more patience.   So, this is a speed or indexing problem, not a bug in the dialogs.
Comment 7 Jerry L Kreps 2010-02-03 19:53:37 UTC
Comment on attachment 40508 [details]
jpeg of  select album dialog

Johannes, I believe it is a speed problem.  After I took this jpeg and returned to the dialog the complete tree was displaying in the panel.  I could then select the "test_album" and DK would save the downloaded picture into it.   As long as only the "../Pictures" root was showing that is the only place a saved picture could go.  Once the dialog was populated the destination could be chosen and everything worked properly.  
My box is a Sony VAIO VGN-FW140E/H running the 64bit Kubuntu Karmic, fully updated.  I'm not used to a dialog taking so long to populate.  I just needed a little more patience.   So, this is a speed or indexing problem, not a bug in the dialogs.
Comment 8 Jerry L Kreps 2010-02-03 19:53:53 UTC
Comment on attachment 40508 [details]
jpeg of  select album dialog

Johannes, I believe it is a speed problem.  After I took this jpeg and returned to the dialog the complete tree was displaying in the panel.  I could then select the "test_album" and DK would save the downloaded picture into it.   As long as only the "../Pictures" root was showing that is the only place a saved picture could go.  Once the dialog was populated the destination could be chosen and everything worked properly.  
My box is a Sony VAIO VGN-FW140E/H running the 64bit Kubuntu Karmic, fully updated.  I'm not used to a dialog taking so long to populate.  I just needed a little more patience.   So, this is a speed or indexing problem, not a bug in the dialogs.
Comment 9 Johannes Wienke 2010-02-03 23:24:19 UTC
How many albums do you have? For me the tree view is populated instantly.
Comment 10 Jerry L Kreps 2010-02-04 02:44:40 UTC
Nineteen, which isn't out of line.

I suspect it is an indexing issue with Kubuntu's indexer, because after that pause when I used ksnapshot, and every time I've opened DK since then, the album tree populates instantly.
Comment 11 Johannes Wienke 2010-02-04 13:55:51 UTC
Can anyone else reproduce this? Otherwise I would vote for closing this as invalid.
Comment 12 Johannes Wienke 2010-02-04 19:29:05 UTC
SVN commit 1085245 by jwienke:

Select album after creation in cameraui download dialog.

CCBUGS: 225328

 M  +12 -4     digikam/albummodificationhelper.cpp  
 M  +2 -1      digikam/albummodificationhelper.h  
 M  +5 -1      digikam/albumselectwidget.cpp  
 M  +1 -1      libs/widgets/common/statesavingobject.h  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1085245