SUMMARY When opening dolphin, the KDE filepicker or gwenview, it freezes for a few minutes while it loads all the tags. On my system I have over 18'900 tags. I tried the flatpak, which doesn't load the tags for me, and the problem is non existent. STEPS TO REPRODUCE 1. Have a lot of tags on many files 2. Open Dolphin OBSERVED RESULT Taking a long time to open, in the minutes. EXPECTED RESULT Opens without much delay. SOFTWARE/OS VERSIONS Distro: openSUSE Tumbleweed with standard repos. Linux Kernel: 5.2.9-1 KDE Plasma Version: 5.27.4 KDE Frameworks Version: 5.104.0 Qt Version: 5.15.8 ADDITIONAL INFORMATION It was not happening until I tagged a lot of files (over 18k individual tags). I tried to remove the cache, no change. I tried to reset dolphin's configuration, no change.
Also, once it's loaded, every folder opens quickly, but if I toggle the visibility of tags in the side panel, it freezes for a few minutes again.
Still happens on: Operating System: openSUSE Tumbleweed 20240315 KDE Plasma Version: 6.0.2 KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2 Kernel Version: 6.7.9-1-default (64-bit) Graphics Platform: Wayland
I have also noticed that while it's loading the tags, Dolphin pins a CPU core to 100%. For reference, I have a Ryzen 7 7800x3d, with 32 GB of ram.
(In reply to kiwifruit from comment #0) > ... When opening dolphin, the KDE filepicker or gwenview, it freezes for a few > minutes while it loads all the tags. On my system I have over 18'900 tags ... Slightly hesitant and quizzical "OK......??" Do you have 18,900 separate, individual, distinct tags? Or 18,900 files each having a small handful of much loved tags. I would fully expect that many distinct tags slugging the performance of Dolphin (and quite likely the tags.so process/plugin beneath it). You could get a "The process for the tags protocol died unexpectedly" popup. I've tested with several thousand tags and it certainly takes a while to open the "tags:/" page and similarly there's a long pause if you try to edit the tag in the Information Panel (after an F11) Probably a good idea to structure your tags, so you can have "Bird/Penguin" and "Marsupials/Wombat" (and carry on with the Tree of Life). Your top level tags:/ folder will then just have Birds and Marsupials. You might still have many thousands of different tags but they'll be split up. Just like having files in different folders. You certainly should not be having trouble if you have 18,900 each with a handful of tags.
> Do you have 18,900 separate, individual, distinct tags? Or 18,900 files each having a small handful of much loved tags. I have around 120K tagged images, with individual distinct tags totalling around 18.9K. > Probably a good idea to structure your tags, so you can have "Bird/Penguin" and "Marsupials/Wombat" (and carry on with the Tree of Life). Your top level tags:/ folder will then just have Birds and Marsupials. Can't really do that since the tags the files have are matching external services. For example, I download an artwork tagged 'landscape' from, let's say, art station, I have a program that tags the file on my machine with that same exact tag. Also, don't really want to sit around retagging 120K+ files.
(In reply to kiwifruit from comment #5) > ... Can't really do that since the tags the files have are matching external > services. For example, I download an artwork tagged 'landscape' from, let's > say, art station, I have a program that tags the file on my machine with > that same exact tag ... You could build a tag hierarchy with "Art Station/Landscape", assuming you are not downloading the majority from one source. You *can* still search for "tags:/landscape" and Baloo and Dolphin will give you all the files tagged with "landscape", independent of parent tags. If you are doing it programatically, you've an option for change. Otherwise I think at some point you'll get the look-up failing :-( > ... Also, don't really want to sit around retagging 120K+ files ... Something of a hurdle :-/ I'm not sure what I'd do here, I'd probably start with dumping the existing tags with "getfattr -dR . > taglist", doing a set of edits and reimport with setfattr (and repeat) The reimport is an overwrite. One "heads up", be careful not to introduce tags with the same name that use different cases. Having "Birds" and "birds" (and indeed "bird"), will cause headaches. There is also an attribute, user.xdg.origin.url, here https://www.freedesktop.org/wiki/CommonExtendedAttributes/ I think, supported in some software but most often disabled by default. I'll flag as confirmed. Yes, it would be nice if this got some love :-)