Created attachment 121773 [details] Screen capture showing this bug SUMMARY The summary describes it. I have attached a screen capture so you can see this exact behavior. I particularly wanted to merge a duplicated tag, so I dragged the tag to the top of the list (where I wanted to drop it), and the tag list disappeared. This does not happen if the current tag list is short enough so all tags are visible on screen without scrolling up. It doesn't happen either if no term is used in the search box to restrict the number of results. STEPS TO REPRODUCE 1. In the Tags panel, search for some word that contains lots of tags, in order to fill the tag list, so scrolling is needed. 2. Drag one of the tags from the bottom to the top of the list. OBSERVED RESULT The tag list disappears, before dropping the tag. EXPECTED RESULT Nothing should happen. SOFTWARE/OS VERSIONS digikam-6.2.0-git-20190722T062931-qtwebkit-x86-64.appimage in Ubuntu 18.04 LTS with Gnome.
This is normal behavior when automatically expanding / unexpanding nodes. Just hold on to the drag item and go up again -> node unexpand again. I will not change it, because I quite often use the automatic expand / unexpand when moving albums. Maik
I looked again at the code, the auto expand delay is set to 800ms. Maik
I believe we are not talking about the same thing. The node does not collapse or expand, it just vanishes from the list. The tag list does not reappear until I delete the search term and write it again. And it only happens when there's a text in the search box, and when scrolling is needed, and the dragged tag isn't near the top of the list.
The text input at the bottom is not a search, but a filter. The moment you enter "Cuba" there, all other tags that do not contain the string should be hidden immediately. Here is already the problem. This fading out occurs later, so there is nothing left. Please test the filter function again and how long it will take to remove the elements. Maik
No, the filter seems to work fine. Only words that contain that string ("Cuba" in the example) are displayed. Also tags that are nested inside, which I think it's the correct behavior. Ok ok. I think you were right in the first place. It's a matter of the delay. I didn't know the root of the Tags (the folder-looking item called Tags) could also collapse and expand. Now I see that dragging over it also hides the rest of the tags, without needing to scroll or filter or anything. I guess that I inadvertently hovered over the "Tags" root and the whole tree collapsed, without knowing why. That's why it only happened to me when I "scrolled". I guess that, just because the "Tags" item does not show expand and collapse arrows like the rest of the tags, I assumed it couldn't be collapsed and expanded. So now I am almost totally confident that this is not a bug. At most, it would be a usability thing.
Your screencast says something different. The word "Cuba" is in the filter edit field and is green, so active and the string is present. But I see that the tag names in the tree do not contain the string "Cuba" and should have disappeared long ago. Only later are the tags hidden... Maik
If you look closely, all the tags that appear on the list either contain the string "cuba" or are subtags of the tag "Cuba" (which is at the top, but disappears before you can see it). I don't think there is any problem with the filter. But maybe the tags "collapse" too soon, before you can even see the top-level tag at the root.
digiKam 7.0.0 stable release is now published and now available as FlatPak: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Thanks in advance Gilles Caulier
Well, as we discussed, this is not really a bug, but the way digikam autocollapses and autoexpands the root of the tag list, which may be confusing if you don't know what's happening.