Summary: | Unable to access albums on drives other than C: | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Frederic Gedin <frederic.gedin> |
Component: | Setup-Collections | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, marcel.wiesweg, meldavid |
Priority: | NOR | ||
Version: | 1.0.0 | ||
Target Milestone: | --- | ||
Platform: | Microsoft Windows | ||
OS: | Microsoft Windows | ||
Latest Commit: | Version Fixed In: | 1.0.0 | |
Sentry Crash Report: | |||
Attachments: | Fix for the case when it didn't work |
Description
Frederic Gedin
2009-08-20 07:33:43 UTC
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
|