***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports

Please remove this comment after reading and before submitting - thanks!
***

SUMMARY
Attempting to move the same album to the same target album before the original move completes ends up creating recursive sub albums of the moved folder under the target album.


STEPS TO REPRODUCE
1. Drag large album to a sub album at the same level
2. While that album is moving (before it disappears from original location), drag the same album to the same sub album.  It will mention that the album already exists in that album.  In this case do not select rename (note: rename will do a different version of this where it creates a newly named folder and then does the same recursion).
3. 

OBSERVED RESULT
Wait a minute and you will see the same album being copied into that sub-album recursively.... 
it will look like root/sa/ma/ma/ma/ma/ma/... 
where sa is the sub-album you are attempting to move and ma is the 'moving album' that you've dragged into the sub-album multiple times.

If you do not catch it quick enough it creates a deep enough nesting that windows fails when trying to delete it.  I can move it out of the digikam structure to a junk location so it doesn't affect my backup or digikam software which will try to traverse it when scanning and depending on how deep, fail itself.


EXPECTED RESULT
That it will recognize that it's already moving the album from its original location and refuse the attempt to move it again from that original location.


SOFTWARE/OS VERSIONS
Windows: 11
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