https://bugs.kde.org/show_bug.cgi?id=459065
Bug ID: 459065
Summary: Inactive bundles may incorrectly hide tags in resource
choosers
Product: krita
Version: git master (please specify the git hash!)
Platform: Compiled Sources
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: Tagging
Assignee: krita-bugs-n...@kde.org
Reporter: lynx.mw+...@gmail.com
Target Milestone: ---
SUMMARY
When a tag is linked to a bundle (i.e. has the storage_id of a bundle in the
tags_storages table), then deactivating that bundle makes the tag disappear
from the list of tags in the filter dropdown of resource choosers, even if it
is used outside that bundle too.
An example is the "demo" tag from the "Krita 3 Default Resources" bundle that
exists after initializing a fresh resource folder.
STEPS TO REPRODUCE
1. Make sure the "Krita 3 Default Resources" is active, that should make the
"demo" tag available for brush presets
2. Tag some preset outside the "Krita 3 Default Resources" with "demo" tag
3. Deactivate "Krita 3 Default Resources" bundle
OBSERVED RESULT
The tag disappears from the tag filter dropdown, as well as the available tags
to assign to other presets.
Only the resource tooltip of the preset you just tagged will still show it, but
it's inaccessible otherwise.
Since the database can only associate one storage with a tag, it doesn't seem
possible to create a folder version from within Krita either.
While you get notified that the tag already exists on the attempt to create it
while the bundle is inactive, choosing the overwrite option doesn't seem to do
anything.
And using "Save Tags to Folder" in resource manager creates a .tag file, but
the tags_storages entry is still set to the bundle, so the problem persists.
ADDITIONAL INFORMATION
Tested with Krita master at 4ec1dd783197f4eda48a3867666483920f210e68
Unsure for how long this problem exists, I noticed some missing default tags a
while ago (Ink, Paint, Sketch) with resource folder migrated from Krita 4, but
forgot about it again.
Apparently it was only worked around by adding folder storage .tag files for
them, but the underlying issue still exists.
--
You are receiving this mail because:
You are watching all bug changes.
