Bug 390159 - Custom brushes vanish after some number of session cycles
Summary: Custom brushes vanish after some number of session cycles
Status: RESOLVED WORKSFORME
Alias: None
Product: krita
Classification: Applications
Component: Brush engines (show other bugs)
Version: git master (please specify the git hash!)
Platform: Microsoft Windows Microsoft Windows
: NOR normal
Target Milestone: ---
Assignee: Krita Bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-02-09 15:58 UTC by Isaac Zuniga
Modified: 2018-02-19 17:30 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Brush file 1 (1.97 KB, image/png)
2018-02-09 17:04 UTC, Isaac Zuniga
Details
Brush file 2 (1.99 KB, image/png)
2018-02-09 17:04 UTC, Isaac Zuniga
Details
The blacklist file (1.81 KB, application/xml)
2018-02-10 08:53 UTC, Isaac Zuniga
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Isaac Zuniga 2018-02-09 15:58:58 UTC
This is in git version 34bb24e.

Simply put, I create a custom brush, Krita successfully saves it to the brush library, and for a few startups, it works properly; my brush is still there. Then for some odd reason, when I load Krita back up, (there seems to be no defined number of session cycles for this to happen), I go back to the brush library, only to see my custom brush is gone.

I've tried creating my custom brush a few times, only to find that Krita can't locate it, or that it does not remember my custom brush.
Comment 1 Halla Rempt 2018-02-09 16:01:56 UTC
Is it still present in the file system?
Comment 2 Isaac Zuniga 2018-02-09 16:15:36 UTC
(In reply to Boudewijn Rempt from comment #1)
> Is it still present in the file system?

No, it is not. It seems that Krita never create a brush file for it, even though it acted like it was added.
Comment 3 Isaac Zuniga 2018-02-09 16:56:53 UTC
(In reply to Boudewijn Rempt from comment #1)
> Is it still present in the file system?

Excuse the double post- but I checked the wrong directory. I checked the Program Files (x64) directory of Krita instead of the %appdata% folder.

Yes, I can confirm that this is indeed an issue, because I can see the brush file that no longer displays in Krita.

I have a video showing the issue here: https://drive.google.com/file/d/17qo9oHCDYR9cQBxx2TOW1650aLnHnGgt/view?usp=sharing
Comment 4 Halla Rempt 2018-02-09 17:02:33 UTC
Can you also attach the brush file to this bug report?
Comment 5 Isaac Zuniga 2018-02-09 17:04:08 UTC
Created attachment 110488 [details]
Brush file 1
Comment 6 Isaac Zuniga 2018-02-09 17:04:23 UTC
Created attachment 110489 [details]
Brush file 2
Comment 7 Isaac Zuniga 2018-02-09 17:04:47 UTC
(In reply to Boudewijn Rempt from comment #4)
> Can you also attach the brush file to this bug report?

Done. Thanks for helping me with this, I really appreciate it. :)
Comment 8 Halla Rempt 2018-02-10 08:48:52 UTC
Hm... Both files are valid, even if they don't have any icons, so that' snot the problem. Do you have a kis_paintoppresets.blacklist file in the resources folder?
Comment 9 Isaac Zuniga 2018-02-10 08:51:46 UTC
(In reply to Boudewijn Rempt from comment #8)
> Hm... Both files are valid, even if they don't have any icons, so that' snot
> the problem. Do you have a kis_paintoppresets.blacklist file in the
> resources folder?

I cannot even find the resources folder. Is that a good thing, or am I just looking in the wrong directories? (I already checked %appdata% and the Program Files (x64) directories.)
Comment 10 Isaac Zuniga 2018-02-10 08:53:01 UTC
Actually, I did find the .blacklist file, but not in a folder named "resources". It was under the %appdata%/roaming/krita directory. I attached it for you.
Comment 11 Isaac Zuniga 2018-02-10 08:53:36 UTC
Created attachment 110503 [details]
The blacklist file

I have no idea what's going on, but I hope this helps. :)
Comment 12 Halla Rempt 2018-02-10 09:38:54 UTC
Hm, that does contain the brushes you attached, so it's no wonder they don't show up. I wonder why they are in there, if you haven't deleted the brushes yourself.
Comment 13 Halla Rempt 2018-02-16 13:28:03 UTC
Hi Isaac,

If brushes end up in the blacklist, then they won't be shown... I don't think we can do much more with this report, I'm sorry.
Comment 14 Isaac Zuniga 2018-02-19 17:16:11 UTC
(In reply to Boudewijn Rempt from comment #13)
> Hi Isaac,
> 
> If brushes end up in the blacklist, then they won't be shown... I don't
> think we can do much more with this report, I'm sorry.

Here's a video showing off the issue: https://drive.google.com/file/d/1pDPvHUL7TLBjjXG1oC7ZwpNHog1cp8pM/view?usp=sharing

Notice how the "Basic brush - standard" vanishes upon reloading Krita... Very frustrating.

Surprisingly, a different brush that is visible within the video, "Basic brush TEST" remains. That was from the recording before this one, as was going to be the brush that shows the issue, but it, in fact, did not experience the same issue.
Comment 15 Isaac Zuniga 2018-02-19 17:21:02 UTC
Here's an update:

I went back to see what kept the "Basic brush TEST" in place. It seems that creating new brushes and leaving the size alone preserves them. But when I changed the size of the "Basic brush TEST" brush, it vanished as well. Here's the video:

https://drive.google.com/file/d/1N_cCgIQgFNg1REhiLTFA1qv7b3ypB22s/view?usp=sharing

These are on the latest nightly build of Krita, I got the notification a couple days ago, the program's looking quite nice. :)
Comment 16 Isaac Zuniga 2018-02-19 17:30:03 UTC
I'm so sorry mate, but last post, promise!

I decided to see if I could make some of the default brushes vanish, I could not, but... I did see something interesting.

https://drive.google.com/file/d/1L-Wh3ABrzt0vOmcn7CyYvOjZu-LzpNo-/view?usp=sharing

The "Basic flow" brush did not vanish when being edited and was able to remember the settings, kind of... Whenever I click on "overwrite brush", after disabling the strength checkbox, it forcibly re-enables itself. I'm not sure if that has anything to do with my issue that I first presented, but I decided to report it anyways, in case if it helps or leads to an overarching issue.