After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 780337 - Hardness inconsistency behavior with .gih brushes
Hardness inconsistency behavior with .gih brushes
Status: RESOLVED OBSOLETE
Product: GIMP
Classification: Other
Component: Tools
git master
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2017-03-21 02:13 UTC by jose americo gobbo
Modified: 2018-05-24 17:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Image with steps 3, 5 and 7). (70.66 KB, image/jpeg)
2017-03-21 02:13 UTC, jose americo gobbo
Details

Description jose americo gobbo 2017-03-21 02:13:46 UTC
Created attachment 348368 [details]
Image with steps 3, 5 and 7).

When you modify the hardness to low values and after grow it to max value... the hardness is yet with the low value... apparently the slider doesn't working after decrease its value.
To recover value use in the slider is necessary to use another gih brush and again return to previous brush.

Steps to see the issue:
1) Use Acrylic 01 (default values), Dynamic Off, Opacity 100%;
2) Hardness on Tool Options with 100%;
3) Paint a stroke over the canvas - is OK!;
4) Decrease the Hardness to 10%;
5) Paint another stroke over canvas - is OK!;
6) Increase again the Hardness to 100%;
7) Paint another stroke over the canvas - Now has the same aspect of step 5). The stroke is painted with hardness 10% instead 100%.
Comment 1 jose americo gobbo 2017-04-03 22:20:54 UTC
Another way that is happening the same issue, is with paint-dynamic enabled and after disabled:
1) Use Acrylic 01 (default values), Dynamic on, Opacity 100%;
2) Enable, e.g, Pressure x Hardness on paint dynamics;
3) Paint a stroke over the canvas - the curve is applied;
4) Disable the check of the Pressure x Hardness on paint dynamics;
5) Paint another stroke over canvas - the curve is applied yet;

To go back the original condition of Acrylic 01 brush is necessary to select other brush and again Acrylic 01.
Comment 2 jose americo gobbo 2017-04-04 01:15:23 UTC
I have verified on GIMP 2.8.20 and is OK. This happens only on GIMP 2.9.5.
I have prepared a short video to show the issue:
https://youtu.be/qfVLGMgv6-c
Comment 3 Ell 2017-04-05 16:08:10 UTC
The code tries to avoid caching blurred versions of pipe (.gih) brushes, but they're cached anyway.  The cached versions aren't cleared properly, so the hardness gets "stuck".
Comment 4 Ell 2017-04-08 09:50:05 UTC
The below commit to master disables blur caching, and fixes this issue.  I'm not marking this bug as fixed yet, since this is a temporary state.  We need to either fix blur caching, or remove it altogether.

commit 810f1fc72219c64685c24b016a1584b991704aad
Author: Ell <ell_se@yahoo.com>
Date:   Sat Apr 8 04:59:51 2017 -0400

    app: disable brush blur caching
    
    Blurring is much faster now, and the cache mostly gets in the way.
    This is a quick hack to disable blur caching for now.

 app/core/gimpbrush.c | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)
Comment 5 GNOME Infrastructure Team 2018-05-24 17:36:35 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/1073.