From kde-bugs-dist Sun Jan 31 22:43:07 2016 From: sylcat via KDE Bugzilla Date: Sun, 31 Jan 2016 22:43:07 +0000 To: kde-bugs-dist Subject: [krita] [Bug 358846] New: Recreatable crash: Turn off open gl + play animation + stroke while playin Message-Id: X-MARC-Message: https://marc.info/?l=kde-bugs-dist&m=145428019630029 https://bugs.kde.org/show_bug.cgi?id=358846 Bug ID: 358846 Summary: Recreatable crash: Turn off open gl + play animation + stroke while playing = crash Product: krita Version: 2.9.10 Platform: unspecified OS: MS Windows Status: UNCONFIRMED Severity: critical Priority: NOR Component: Animation Assignee: krita-bugs-null@kde.org Reporter: j3480579@trbvm.com First, thanks Krita team, please keep improve this product! As the summary says, if you are running Krita with OpenGL support unchecked in display options and then press play on the timeline so an animation loops a few frames, and then lastly try to make a stroke while the animation is playing, Krita will crash every time. If you stroke this way during animation play with OpenGL enabled Krita will just snap to the last frame and remain stable. I'm very much hoping this reveals issues with brushstroke related crashes because Krita stops responding extremely often pretty much always while attempting random regular strokes (using anything from a cintiq pressure enabled pen to a regular mouse click and drag.) Krita crashes just as much with OpenGL activated as with not, I just can't yet find a reproducible method to crash with OpenGL on, it's very random. When crashing on a stroke the cursor will just disappear and Krita will become unresponsive, requiring a task manager end process procedure to quit. I have tried operating from fresh boots with nothing else running and with many different settings configurations and the random crashes persist. My intuition tells me stroke crashes happen most often when cursor movement is idle for a moment then on the redetection of movement there is a conflict somewhere. Before crashes I often see a fraction of a second where the cursor is following my motion like normal and then it disappears and I know the session is over. Please prioritize this as it's a complete workflow killer. I have classified it as critical because I have lost hours of work to this bug chain. Awesome job on Krita so far guys, the animation setup is to die for, I just want it to stop...dying! :) Reproducible: Always Steps to Reproduce: 1. Deactivate OpenGL in display settings. 2. Make a few frames on the animation timeline and press play so it loops. 3. While it's playing touch a brush to the canvas and try to make a stroke. Actual Results: Crashes every time without fail. Expected Results: It should stop the animation and rest on the exact frame when an interrupting stroke is detected. You guys rock. -- You are receiving this mail because: You are watching all bug changes.