Bug 441201

Summary: "Eraser Circle" and "Basic-5 Size" have become untagged
Product: [Applications] krita Reporter: tomtomtomreportingin
Component: Resource ManagementAssignee: Krita Bugs <krita-bugs-null>
Status: RESOLVED WORKSFORME    
Severity: normal CC: halla, tamtamy.tymona
Priority: NOR    
Version First Reported In: 5.0.0-beta1   
Target Milestone: ---   
Platform: Appimage   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Fresh Erasers.tag vs. my Erasers.tag

Description tomtomtomreportingin 2021-08-19 22:26:29 UTC
SUMMARY
As of Krita 5, brushes "a) Eraser Circle" and "b) Basic-5 Size" have become untagged on my end. Having ran various nightlies previously, this might be due to muck left hanging around in the environment.

The brushes are properly tagged in a fresh (/tmp/) environment.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Debian sid
KDE Plasma Version: 5.20.5
KDE Frameworks Version: 5.78.0
Qt Version: 5.12.11 (Appimage)
Comment 1 Halla Rempt 2021-08-23 12:52:50 UTC
Ah, same question as with: https://bugs.kde.org/show_bug.cgi?id=441200 .
Comment 2 tomtomtomreportingin 2021-08-24 05:34:29 UTC
The brushes are still untagged with a regenerated resourcecache.sqlite. (haven't bothered tagging them myself yet.)
Comment 3 tomtomtomreportingin 2021-09-10 17:56:00 UTC
Created attachment 141450 [details]
Fresh Erasers.tag vs. my Erasers.tag

It looks like my .tag files were scuffed, and removing resourcecache.sqlite or KRITA_RESOURCE_VERSION didn't seem to fix them. See the attachment comparing the Erasers.tag in a fresh environment to my Erasers.tag in my typical environment.

Notably the .kpp extension for the Default Resources property is missing, along with the Resource Type property, although it's the former that affects this issue (is the Resource Type property important to have?).

The fact that removing resourcecache.sqlite or KRITA_RESOURCE_VERSION doesn't fix the tag files is reproducible in a fresh environment. However, removing KRITA_RESOURCE_VERSION does regenerate the .tag file if it's outright missing. So is this an issue?
Comment 4 Tiar 2021-10-22 03:09:11 UTC
> So is this an issue?

I guess we could close it; the changes in the .tag file look a bit weird, maybe if you encounter it again, and could pinpoint what happened to the .tag file to become changed, then we could reopen and fix the reason.
Comment 5 Bug Janitor Service 2021-11-06 04:35:53 UTC
Dear Bug Submitter,

This bug has been in NEEDSINFO status with no change for at least
15 days. Please provide the requested information as soon as
possible and set the bug status as REPORTED. Due to regular bug
tracker maintenance, if the bug is still in NEEDSINFO status with
no change in 30 days the bug will be closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

If you have already provided the requested information, please
mark the bug as REPORTED so that the KDE team knows that the bug is
ready to be confirmed.

Thank you for helping us make KDE software even better for everyone!
Comment 6 Bug Janitor Service 2021-11-21 04:40:36 UTC
This bug has been in NEEDSINFO status with no change for at least
30 days. The bug is now closed as RESOLVED > WORKSFORME
due to lack of needed information.

For more information about our bug triaging procedures please read the
wiki located here:
https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging

Thank you for helping us make KDE software even better for everyone!