Bug 448132

SUMMARY

Treeview-sidebar of gwenview does not initially allow unfolding, if only links to folders are present.

STEPS TO REPRODUCE
1. run command:
mkdir -p test/real/sub   test/copy ; ln -s ../real/sub test/copy/sub-link ; gwenview test/real &> /dev/null ; rm -rf test
2. compare to dolphin:
mkdir -p test/real/sub   test/copy ; ln -s ../real/sub test/copy/sub-link ; dolphin test/real &> /dev/null ; rm -rf test
3. check out attached screencast

OBSERVED RESULT

Directory "copy" has no folding indicator. It only corrects, once the sub-link is opened.

EXPECTED RESULT

Same as Dolphin, Gwenview shall consider links to directories as indicator, that a directory can be unfolded.

SOFTWARE/OS VERSIONS

Betriebssystem: Kubuntu 21.10
KDE-Plasma-Version: 5.22.5
KDE-Frameworks-Version: 5.86.0
Qt-Version: 5.15.2
Kernel-Version: 5.13.0-22-generic (64-bit)
Grafik-Plattform: X11
Prozessoren: 8 × Intel® Core™ i7-4700MQ CPU @ 2.40GHz
Speicher: 15,5 GiB Arbeitsspeicher
Grafikprozessor: Mesa DRI Intel® HD Graphics 4600

ADDITIONAL INFORMATION

Trying to figure out, if a directory contains subdirectories and therefore should be unfoldable is in itself nice. Dolphin always shows the folding indicator, only to be disappointed on stumbling over a leave of the tree, where it is not possible to unfold. But Gwenview shall do it correctly considering symbolic links, as it is so easy, to create links even from within Gwenview by drag&drop.

Symbolic links might become stale, if the target was moved/renamed/deleted. In that case "find -type l -xtype d" will not pick them up any more - so it is impossible to unfold those broken links and they are henceforth not part of the tree-structure anymore.

Hard links for folders are discouraged, so I suppose, we don't need to consider those.

bug 66264 - konqueror once suffered the very same bug :D