Bug 348347

>'digikam.general: Folder does not exist or is not readable: "file:/home/christian/Pictures" '

This is clearly a problem from your file-sytem.

Problem is not reproducible here. Menu is enabled.

> segmentation fault on exit? It's due to a QString problem from image editor tools. It's identified and will be fixed.

Gilles Caulier

/home is mounted by /etc/fstab.
Since it's not on the root partition, I considered trying a directory on /.

Created /photos, chown'd to christian:christian.

Added a 'Collection' within digikam at '/photos'.

Output in console window:
digikam.general: addLocation  QUrl("file:file:/photos")
digikam.general: Failed to detect a storage volume for path  "file:/photos/"  with Solid
digikam.general: Unable to identify a path with Solid. Adding the location with path only.
digikam.general: Creating new Location  "/"  uuid  "volumeid:?path=file:/photos"
digikam.general: location for  "file:/home/christian/Pictures"  is available  true
digikam.general: location for  "file:/photos"  is available  true
digikam.dimg: Searching ICC profile from data directory with relative path: "libkdcraw/profiles/prophoto.icm"
digikam.dimg: Searching ICC profile from data directory with relative path: "libkdcraw/profiles/widegamut.icm"
digikam.dimg: Searching ICC profile from data directory with relative path: "libkdcraw/profiles/srgb-d65.icm"
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: User of DWItemDelegate should not delete widgets created by createItemWidgets!
digikam.general: scan mode: CompleteCollectionScan
digikam.general: Folder does not exist or is not readable:  "file:/home/christian/Pictures"
digikam.general: Folder does not exist or is not readable:  "file:/photos"
digikam.general: items to tag ()
digikam.general: Complete scan took: 3 msecs.
digikam.general: total scan value :  0
digikam.general: total scan value :  0
digikam.general: Folder does not exist or is not readable:  "file:/home/christian/Pictures"
digikam.general: Folder does not exist or is not readable:  "file:/photos"
digikam.general: Complete scan (file scanning deferred) took: 2 msecs.
digikam.general: Event is dispatched through a passive pop-up
QLayout: Attempting to add QLayout "" to QWidget "", which already has a layout


Is my problem related to the 
'QUrl("file:file:/photos") '
line, or the
'Unable to identify a path with Solid'
line?

solid-hardware5 query "StorageAccess.filePath == '/'" returns 
  udi = '/org/freedesktop/UDisks2/block_devices/sda9'

solid-hardware5 query "StorageAccess.filePath == '/home'" returns 
  udi = '/org/freedesktop/UDisks2/block_devices/sda10'

I'm unsure how to test if it can get to non-mountpoint filePaths, since the attributes hold only the mount points, as far as I can tell from 

solid-hardware5 list details
or
solid-hardware5 details '/org/freedesktop/UDisks2/block_devices/sda9'
solid-hardware5 details '/org/freedesktop/UDisks2/block_devices/sda10'

Marcel,

Christian in this file has some questions about Solid and mount point...

Gilles

So, the problem appears to be that (for some reason I don't understand, and which is obviously dependent on some poor configuration on my system), the 

'item.path' in utilities/setup/collections/setupcollectionview.cpp is being prepended with 'file:/' or 'file:///'.

If I add the lines
QString longFileStart = QString::fromLatin1("file://");
        QString shortFileStart = QString::fromLatin1("file:");
        if (item.path.startsWith(longFileStart))
        //if (item.path.left(7) == longFileStart)
        {
            qCDebug(DIGIKAM_GENERAL_LOG) << "item.path starts with 'file://'. Removing this prefix (it will be readded)";
            item.path = item.path.right(item.path.size() - 7);
            qCDebug(DIGIKAM_GENERAL_LOG) << "new item.path = " << item.path;
        }
        else if (item.path.startsWith(shortFileStart))
        //else if (item.path.left(5) == shortFileStart)
        {
            qCDebug(DIGIKAM_GENERAL_LOG) << "item.path starts with 'file:'. Removing this prefix (it will be readded)";
            item.path = item.path.right(item.path.size() - 5);
            qCDebug(DIGIKAM_GENERAL_LOG) << "new item.path = " << item.path;
        }

at around line 417, then my digiKam installation will happily add the collection, and import photographs, etc etc...

I'm pretty sure this isn't even remotely a good solution (especially since I don't know what else is broken by my system returning strange paths).

It would seem that this has something to do with the QUrl::fromLocalFile(...) function. I don't know where, but it would seem that this could be being called twice, once earlier than intended (before the QUrl is passed to SetupCollectionModel::apply() ).

I'm using the git repo qt-5. I'm not sure if this has made some change which is upsetting matters, but I did have to add some includes to digiKam files, in order to make it build. 

The list is as follows (but they seem like reasonable #includes, since the classes are explicitly referenced in the files)
QDataStream or QObject in:
  app/dragdrop/ddragobjects.cpp
  utilities/advancedrename/advancedrenamemanager.h
  libs/database/collection/collectionmanager.h
  libs/dimg/filters/curves/imagecurves.cpp

QMap in:
  libs/database/item/imagetagpair.h
  libs/database/utils/tagproperties.h

digiKam 4.12.0 is out.

https://www.digikam.org/node/741

Problem still reproducible ?

Gilles Caulier

TLDR: git frameworks branch seems to have fixed. Thanks!

I may have missed a Cmake define, but can v4.12.0 be built without Qt4? I have only Qt5 (qtdiag returns as the first couple of lines: 

Qt 5.5.0 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 4.9.2) on "xcb" 
OS: Linux 4.1.0-rc8 [linux version 4.1.0-rc8]

I built the frameworks branch of the git repository, after updating libkdcraw for its WorkingPixmap class (or similar). I don't know if cmake can check the version of libkdcraw - mine was too old at 3 commits from the frameworks branch.

Having built the frameworks branch (MediaPlayer disabled - I have some problem with gstreamer 0.1/1.0) the digikam/build/app/digikam ran fine. After installation to CMAKE_INSTALL_PREFIX, problem appears to be fixed. 

Thanks!