| Summary: | CRASH changing the Pattern while using a Preset with Colorsource: Pattern | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | vascoalexander |
| Component: | General | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | artmessiah, halla, landistwo |
| Priority: | NOR | Keywords: | drkonqi |
| Version: | 2.8 Pre-Alpha | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/calligra/ed2311e4e24a7acbc596fd3639a1df86e12d6f75 | Version Fixed In: | |
| Sentry Crash Report: | |||
|
Description
vascoalexander
2013-09-06 13:34:45 UTC
I cannot figure out how to reproduce this issue. The backtrace is strange, too: KisCanvasResourceProvider::slotPatternActivated seems to occur twice. (In reply to comment #1) > I cannot figure out how to reproduce this issue. The backtrace is strange, > too: KisCanvasResourceProvider::slotPatternActivated seems to occur twice. Uhmm.. this is a while ago. I have made presets with the setting Color - Source - Pattern checked. All works normal when i selected one of these presets - using the pattern that was active. But sometimes (3-4 times at all) it crashed when i tried to change the pattern from the pattern docker in the moment of the mouse event (click on pattern -> crash). I have tried to reproduce it and figure out what circumstance triggers the crash, but it was so rare and random, that it was to time intensive to investigate. I thought the backtrace could reveal something.. From my side this was no big issue and this report could be closed. If the crash occures again, i can report it. The backtrace is quite puzzling :-) There must be some memory corruption going on :-( Git commit ed2311e4e24a7acbc596fd3639a1df86e12d6f75 by Boudewijn Rempt. Committed on 29/09/2013 at 09:49. Pushed by rempt into branch 'master'. Do not try to set a resource if the selection changes on deletion With some versions of Qt, deleting a list widget changes the selection, and that can cause a crash if we're trying to set the newly selected item on an already delete KoCanvasResourceProvider. So, make sure that the KoResourceItemChooser and KoResourceItemView disconnect themselves completely on teardown. M +1 -0 libs/widgets/KoResourceItemChooser.cpp M +1 -1 libs/widgets/KoResourceItemView.h http://commits.kde.org/calligra/ed2311e4e24a7acbc596fd3639a1df86e12d6f75 *** Bug 326554 has been marked as a duplicate of this bug. *** *** Bug 328267 has been marked as a duplicate of this bug. *** |