Bug 495228

Summary: Drag of a thumbnail over the root Albums icon in the tree fully collapses the tree, and a copy/move to the root isnt permitted
Product: [Applications] digikam Reporter: Roland <carbonwerkes>
Component: Albums-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: CONFIRMED ---    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 8.5.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In:
Sentry Crash Report:

Description Roland 2024-10-23 08:47:41 UTC 
***

***

SUMMARY
If you are dragging an image for a copy or move from an album, a hold-over on the root album shows a red-crossed circle (no copy or move permitted), but that collapses the tree where there is no reason for that to happen (its not possible to benefit from closing the tree in a copy/move op if you cannot copy or move to the root 'Albums' folder (if that exists- it may be logical only).

STEPS TO REPRODUCE
1.  From any subfolder, select a file in thumbnail view, and click-hold/drag it to the root (Albums) entry in the tree
2.  The arrow icon will change to a red/crossed circle indicating no-op possible
3. A hold there for a brief time will fully collapse the tree


OBSERVED RESULT
As stated in step 3,  the tree collapses, but it doesnt show an indication that there are subdirectories. A hold over that position may expand the tree again, but it may require a move of the pointer away, and back to expand the tree, and then again, only with a hold time. A release/cancel will shift focus of thumbnail source to the root, where there is no content. 

EXPECTED RESULT
There is no benefit to collapsing the tree fully, since there is no possibility to copy or move to that root folder anyway, and you cannot navigate a tree that isnt shown. Perhaps it could compress to only root folders for a navigation 'jump', but it should not fully collapse the tree.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
(available in the Info Center app, or by running `kinfo` in a terminal window)
Linux/KDE Plasma: 
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 caulier.gilles 2024-10-23 08:59:24 UTC 
Hi, 

1/ Root album collapses side effect is confirmed.

2/ Copy/move to the root isnt permitted => normal behavior.

Gilles Caulier
Comment 2 Maik Qualmann 2024-10-23 09:07:51 UTC 
Yes, but it is possible that the root album is collapsed and you want to expand it when copying to a sub-album. This behavior is then desired. Such things always have two sides and for me it is not a bug.

Maik
Comment 3 Roland 2024-10-23 09:28:25 UTC 
There is no reason the core root 'Albums' folder should ever be fully collapsed. In that state, you have no indication there are sub-folders. That is both inconsistent with the conventions for effectively all tree-based applications, and within Digikam itself. Im not talking about the root content folder, to which you can actually copy/move to/from. Im talking about the parent root node. That cannot be collapsed via a mouse click (right click etc)- only by a drag-over/hold. This is again inconsistent with convention and with Digikam itself. A right click on any normal node shows  window with options like expand/collapse tree. Not the root node- it behaves inconsistently,
Comment 4 Maik Qualmann 2024-10-23 10:27:44 UTC 
The album root node does not have a context menu, but can actually be expanded and collapsed with a double click.

Maik
Comment 5 caulier.gilles 2025-04-11 18:13:59 UTC 
Hi,

The 8.7.0 pre-release Windows installer from today have been rebuilt from
scratch with Qt 6.8.3, KDE 6.12, OpenCV 4.11 + CUDA support, Exiv2 0.28.5, ExifTool 13.27, ffmpeg 7, all image codecs updated to last version (jxl, avif, heif, aom, etc.).

Please try with this version to see if your problem still reproducible...

https://files.kde.org/digikam/

Thanks in advance
Best regards

Gilles Caulier