| Summary: | Crash when changing opacity after closing brush settings window | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | Defresne Thierry <defresne.thierry> |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | crash | CC: | ghevan, halla |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 4.2.8 | ||
| Target Milestone: | --- | ||
| Platform: | Arch Linux | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Bug report | ||
|
Description
Defresne Thierry
2020-01-17 11:05:52 UTC
It happens 100% of time when brush size is > 500px. Doing this with a smaller brush won't crash but instead any change to brush settings (from brush settings window or toolbar) will be very slow. I have some more informations on this bug, it looks like the brush presets gets corrupted in some way after multiple overwrites: - open Krita - create a new document - select "b)_Basic-2_Opacity" brush preset - in brush settings window save to a new brush preset - select the new brush preset - open brush settings window - change diameter, overwrite brush settings - repeat last operation many times (on my computer it take 12 times) - leave brush settings window - set brush size to 1000px - open brush settings window - set brush size to 999px - leave brush settings window - change opacity from toolbar Hope this will help Im sorry but I culd reproduce this issue at all. I tested with huge brush sizes and repeting your intructions many times. Could you paste the contents of Krita -> help -> Show system information for bug reports? Created attachment 125255 [details]
Bug report
Sure, here is the bug report. I had to overwrite the brush almost 50 times today to reproduce the bug (the computer is freshly started, it may do the difference).
I think I might have the reason why this happens for you, but not for other people. You're using Arch Linux with the Arch package of Krita, and somehow Krita didn't get recompiled when Qt got updated: Version (compiled): 5.13.2 Version (loaded): 5.14.0 The crash itself happens when we execute an avx2 instruction: #6 0x00007f913e272b51 in __memset_avx2_erms () from /usr/lib/libc.so.6 If we get a crash in that, that also looks like a build problem. If you use the appimage, do you get these crashes? (Note that you need to remove the distribution Krita first) And if you then ask Arch to rebuild all of Krita, do you get these crashes? (In reply to Boudewijn Rempt from comment #5) > I think I might have the reason why this happens for you, but not for other > people. You're using Arch Linux with the Arch package of Krita, and somehow > Krita didn't get recompiled when Qt got updated: > > Version (compiled): 5.13.2 > Version (loaded): 5.14.0 > > The crash itself happens when we execute an avx2 instruction: > > #6 0x00007f913e272b51 in __memset_avx2_erms () from /usr/lib/libc.so.6 > > If we get a crash in that, that also looks like a build problem. > > If you use the appimage, do you get these crashes? (Note that you need to > remove the distribution Krita first) > > And if you then ask Arch to rebuild all of Krita, do you get these crashes? You're certainly right. I updated my system and Krita recently and I couldn't reproduce the bug. Compiled/Loaded version of Qt are on the same minor version now. Krita Version: 4.2.9, Qt version compiled: 5.14.1, loaded: 5.14.2. Process ID: 1741 I remember the crash happened with the appimage too but I havn't removed Krita from the system before. I didn't tried to rebuild all of Krita neither. Now that I have updated my system, it would be hard to make the test. Okay, then I guess we can close the bug :-) Thanks for getting back to us. |