Bug 350088 - Problems when deleting/blacklisting factory brush presets
Summary: Problems when deleting/blacklisting factory brush presets
Status: RESOLVED FIXED
Alias: None
Product: krita
Classification: Applications
Component: Resource Management (show other bugs)
Version: 2.9.2
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Halla Rempt
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-07-10 11:48 UTC by John Allsup
Modified: 2021-03-25 14:44 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Crash log generated when reproducing this bug (2.67 KB, text/plain)
2015-07-10 12:05 UTC, John Allsup
Details

Note You need to log in before you can comment on or make changes to this bug.
Description John Allsup 2015-07-10 11:48:30 UTC
Example 1:
Delete _all_ factory brushes, when there are no user defined brushes. Quit Krita. Start Krita. Krita will complain that there are no brush presets and quit.

Example 2:
Delete _nearly all_ factory brushes (leave on remaining in my case), and define a few user defined ones. Crashes occur often, for example after configuration changes, and most recently when saving a .kra file.

Reproducible: Sometimes

Steps to Reproduce:
1. Delete all factory presets, then restart krita.
2. Alternatively: Delete all factory presets except one, restart krita, create user presets, then delete the remaining factory preset and restart krita.
3.

Actual Results:  
In case of 1. Krita complains that there are no factory brushes and aborts.
In case of 2. Krita crashes often (sometimes while saving a .kra, with a segv, and with KisPaintOpPreset methods near the top of the stack trace, but not always; sometimes when changing configuration)

Expected Results:  
Krita should work perfectly fine with all factory brushes deleted (or blacklisted). At present, 2.9.2 does not.

Apologies for not fitting exactly into what the bug report asks for.
Comment 1 John Allsup 2015-07-10 12:05:52 UTC
Created attachment 93557 [details]
Crash log generated when reproducing this bug

I deleted my config, did an apt-get remove and apt-get install of krita 2.9.2 on Ubuntu 15.04 prior to this. An attempted screen recording is at https://youtu.be/lZ3qmGl_T-0, and the crash log generated by this crash is attached. (The screen recording is far from ideal in quality, with various parts of windows not being captured -- that is an issue for the gtk-recordmydesktop people -- but I thought it worth recording an attaching in any case.)
Comment 2 wolthera 2015-08-02 13:52:18 UTC
Sorry that this is so late.

1. Is expected. Krita just doesn't have the flexibility to understand having no presets.

For 2. The backtrace is quite strange. I am suspecting it is attempting to find non-existent factory presets that you deleted.

Both are pretty awkward, but the latter needs some more diagnosis on our end. Thanks for reporting in the meantime!
Comment 3 Halla Rempt 2021-03-25 14:44:31 UTC
Krita now handles the situation where there are no paintop presets left more gracefully. I'm setting this to fixed. Tested with git 4cac9dfe7039fb2bc39658025088947dbe3435b7