| Summary: | Krita select another brush preset than the one selected after start-up | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | David REVOY <info> |
| Component: | Brush engines | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | grave | CC: | freebox64, halla, jdreske |
| Priority: | NOR | ||
| Version: | 3.1.1 | ||
| Target Milestone: | --- | ||
| Platform: | Appimage | ||
| OS: | Linux | ||
| Latest Commit: | https://commits.kde.org/krita/9996c7de91a2ee8cc4f19fcf04e47cc5e82382e2 | Version Fixed In: | |
| Attachments: |
[video capture (HD, 48 second) / step by step to reproduce the bug]
[video capture (HD, 48 second) / step by step to reproduce the bug] |
||
Created attachment 103371 [details]
[video capture (HD, 48 second) / step by step to reproduce the bug]
Reloading the video, I picked the wrong file in the previous form filling.
I could reproduce this bug in krita/3.1git , 3.1.2 (git 0a089ad) Note: To reproduce the bug, use a tablet. Mouse is ok ;) (In reply to David REVOY from comment #2) > I could reproduce this bug in krita/3.1git , 3.1.2 (git 0a089ad) > > Note: To reproduce the bug, use a tablet. Mouse is ok ;) Yes, I can easily reproduce the bug, and it's quite puzzling for me too. Astonished that it has been under the radar till now :) (checked on Ubuntu 14.04 - Krita 3.1.1 appimage). Confirming? Yes, I've also seen it happen. Interestingly, the All tag also isn't saved correctly in the settings. Git commit 21a3682c2508bf3dee04ff77b9966f2f3f00b932 by Boudewijn Rempt. Committed on 24/01/2017 at 15:19. Pushed by rempt into branch 'master'. M +0 -4 libs/flake/KoInputDevice.cpp M +24 -4 libs/ui/kis_paintop_box.cc https://commits.kde.org/krita/21a3682c2508bf3dee04ff77b9966f2f3f00b932 Git commit 9996c7de91a2ee8cc4f19fcf04e47cc5e82382e2 by Boudewijn Rempt. Committed on 24/01/2017 at 15:20. Pushed by rempt into branch 'krita/3.1'. M +0 -4 libs/flake/KoInputDevice.cpp M +24 -4 libs/ui/kis_paintop_box.cc https://commits.kde.org/krita/9996c7de91a2ee8cc4f19fcf04e47cc5e82382e2 It seems to me because of this changes in 3.1.2 the brushes do not switch anymore to the previously selected stylus brush / eraser choice. When I try to use the wacom eraser it switches back to a startup brush, when I turn the stylus to draw it chooses the same startup brush again. No matter what brushes I have chosen before. |
Created attachment 103369 [details] [video capture (HD, 48 second) / step by step to reproduce the bug] Hi, I'm happy to report this one because this one was a top annoying one with 3.1.1 I couldn't reproduce. I often started to paint on the canvas and had another brush than the one I just selected...Confusing! I first accused my miss-click ability on the GUI, then after getting it for weeks in 3.1.1 specific appimage (not the 3.0.1 I use for coloring), I started to watch it more carefully, to proof to myself it's a bug and I'm not crazy. But it was hard to find a routine to reproduce this bug. Today, I have this. ( 48second video HD in attachement ) To reproduce: ============= - Create an empty canvas file, open it with Krita - Before Krita launch; fly mouse over the area where the brush-preset-docker will be. - When Krita is fully launched, select a random brush preset. - Fly cursor/mouse over the canvas and paint. Result: ======= - Krita will switch to another brush preset. Often to the 'last used brush preset' when a previous session closed. ( Note: this bug appears also here and there while painting, but rarely, like every 40min... this part is only the 'routine to reproduce' it. I flag it as 'grave' because it's confusing for the core painting experience )