Version: 10.0.0-beta3 (using KDE 4.3.0) OS: MS Windows Installed from: MS Windows When the application is launched for the first time, a wizard is displayed to help for the first configuration. This wizard offers access to the mass storage volume based on standard Windows file access dialog box. It is then possible to select any other drive than C:. However, from the application configuration menu, file selection is based on linux file access dialog box (i.e. root, /home, etc.). This does not allow access to other drive than C:. In addition, if drive D: is chosen from the application launching wizard, the chosen directory is not browsed and its images are not visible in the Digikam album tree.
10.0.0-beta3 is too old. please update to stable release 10.0.0 Gilles Caulier
Oh, it's 1.0, not 10.0... Note : These dialog come from KDElibs, not digiKam... Gilles Caulier
The start location of the dialog is KUrl("kfiledialog:///collectionlocation"). Since this is not a localfile the KDE-dialog is used instead of the Windows-dialog. The attached patch changes the start location under Windows to the default Picture-path, which is a localfile.
SVN commit 1025157 by cgilles: apply patch from David Eriksson to handle collection path under windows. CCMAIL: meldavid@acc.umu.se CCBUGS: 204482 CCBUGS: 204480 M +18 -0 setupcollectionview.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1025157
Patch applied. I close this entry now Gilles Caulier
This is actually a workaround for a KDE Windows bug: The filedialog:///collectionlocation" is not a file but a special value or rather identifier. It tells KFileDialog to start at the last used location opened with the same identifier. For me, it is a KDE windows bug if this is not recognized properly! Perhaps you can open a bug report on the KDE windows module.
I have filled a report against KDE-windows. I have also improved the fix/workaround a bit in the attached patch. It didn't work all the time.
Created attachment 37046 [details] Fix for the case when it didn't work