Bug 416071 - Saved searches that include tags are altered after tags are reorganized
Summary: Saved searches that include tags are altered after tags are reorganized
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Advanced (show other bugs)
Version: 8.4.0
Platform: Appimage Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-09 21:45 UTC by MarcP
Modified: 2024-05-06 00:53 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description MarcP 2020-01-09 21:45:26 UTC
SUMMARY
Apparently, saved searches that included tags as conditions are altered after said tags have been reorganized in the tag tree.

I had some saved searches that just listed pictures tagged with two specific tags. After I reorganized some tags (I moved some people as subtags of the "People" tag), the saved search did not work anymore, because it was looking for a different set of tags.

STEPS TO REPRODUCE
1. Create an advanced search which includes a tag and save it.
2. Move that tag to another hierarchy in the tag tree.
3. Check the saved search.

OBSERVED RESULT
Another tag will be selected instead of the initial one.

EXPECTED RESULT
The original tag should still be used in the search.

SOFTWARE/OS VERSIONS
digikam-7.0.0-beta2-20200105T130918-x86-64.appimage in Ubuntu 18.04LTS with Unity.
Comment 1 Maik Qualmann 2020-01-09 22:01:38 UTC
I tested it here, moving tags is no problem. Can't either, since the tag ID doesn't change. It may be different with the tag merge. But we won't change that.

Maik
Comment 2 MarcP 2020-01-09 22:20:51 UTC
Mmm, I have merged tags in the past, but I am sure that the tags I used for searches were not affected by any merge. I'll try to reproduce the behavior in a controlled environment with a test database and report back.
Comment 3 caulier.gilles 2020-08-01 13:29:43 UTC
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
Comment 4 caulier.gilles 2022-01-09 21:57:26 UTC
Hi Marc,

Can you check if problem remain with digiKam 7.5.0 pre-release bundle available
here :

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

Thanks in advance

Gilles Caulier
Comment 5 MarcP 2022-01-10 17:55:41 UTC
Mmm yes, the problem is still there, I just replicated it. 

When a tag is merged with another one, the saved search still references the original tag ID, which no longer exists.

Maybe the user could be warned that a saved search will be affected by the merger? Or updating the saved search so it points to the new tag ID? (I don't know if any of those could be done without would affect performance)

Or maybe just warning the user when accessing the saved search that the tag it's referencing no longer exists and the search might now return the correct results?
Comment 6 caulier.gilles 2023-04-29 19:29:44 UTC
@MarcP,

digiKam 8.0.0 is out. This entry still valid with this release ?

Best regards

Gilles Caulier
Comment 7 Maik Qualmann 2023-04-29 20:27:12 UTC
Is still valid.

Maik
Comment 8 caulier.gilles 2024-04-20 03:23:01 UTC
Hi all,

The digiKam 8.4.0 Appimage bundle pre-release is now based on last modern frameworks Qt 6.7.0 and KDE 6.2.0.

File can be downloaded at usual place : https://files.kde.org/digikam/
Take a  care : the bundle is named with the suffix "-Qt6" not "-Qt5". This bundle is compiled under Ubuntu 22.04 and require a Linux with GlibC version >= 2.35 to run.

Can you reproduce the dysfonction with this version?

Thanks in advance

Gilles Caulier
Comment 9 MarcP 2024-05-05 23:54:42 UTC
Hi, yes, merging tags still changes the tag ID and breaks any saved search that referred to it.