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 325323 - Gimp Brush error when zoomed in
Gimp Brush error when zoomed in
Status: RESOLVED DUPLICATE of bug 166622
Product: GIMP
Classification: Other
Component: General
2.2.x
Other All
: Normal normal
: ---
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2005-12-30 19:54 UTC by JB
Modified: 2008-01-15 13:03 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
the brush (25.03 KB, application/octet-stream)
2005-12-31 21:42 UTC, Michael Schumacher
Details
example of the error (7.10 KB, image/png)
2005-12-31 21:48 UTC, Michael Schumacher
Details
Brush ATest3 (4.03 KB, application/octet-stream)
2006-01-07 19:28 UTC, JB
Details
An example of the brush error (14.25 KB, application/octet-stream)
2006-01-07 19:30 UTC, JB
Details

Description JB 2005-12-30 19:54:38 UTC
Please describe the problem:
I have created a simple GIMP brush ( .gbr)
When I paint with this brush, using the pencil tool, at Zoom 100% it works 
correctly.
But, when I paint with it, using the pencil tool, at Zoom levels greater than 
100% such as 200% or 400% I get odd colors at the edge of the brush.



Steps to reproduce:
For an example picture of the error and the brush download 
 http://members.aol.com/strava/Gimp_Brush_Error.zip

1. Paint with the brush at zoom 400%
2. 
3. 


Actual results:
The brush image is not produced correctly.
The color of some of the pixels at the edge of the brush do not match what is 
in the actual brush image.

Expected results:
I would expect an exact copy of the brush image to be painted at any zoom level.

Does this happen every time?
No. If you paint with the brush at different Y positions it occasionally works 
correctly. For example it may work correctly at Y position 100 but get the odd 
colors at Y position 101,102,103,104 etc etc.

Other information:
Comment 1 JB 2005-12-31 03:28:01 UTC
My intent is to use this brush as a "stamp"
But if you use it as a brush and click and drag the error also shows up at 100% zoom.

[img]http://members.aol.com/strava/GIMP_Brush_Error2.gif[/img]
Comment 2 JB 2005-12-31 03:30:48 UTC
Ooops, the img syntax did not work.
Here is a direct link:

http://members.aol.com/strava/GIMP_Brush_Error2.gif

Note that there is no green and no white in the actual brush image.
Comment 3 Michael Schumacher 2005-12-31 21:42:26 UTC
Created attachment 56612 [details]
the brush
Comment 4 Michael Schumacher 2005-12-31 21:48:44 UTC
Created attachment 56613 [details]
example of the error
Comment 5 Michael Schumacher 2005-12-31 21:50:15 UTC
The best way to provide files in bugzilla is to attach them.

I can't reproduce this problem with GIMP 2.2.9. Could you upgrade and try again?
Comment 6 JB 2006-01-07 19:28:44 UTC
Created attachment 56931 [details]
Brush ATest3

A 32x32 pixel brush with a different color in each quadrant.
Comment 7 JB 2006-01-07 19:30:19 UTC
Created attachment 56933 [details]
An example of the brush error

4 clicks with brush ATest3 with the cursor in a slightly differnt posistion for each click.
Comment 8 JB 2006-01-07 19:32:43 UTC
I have installed GIMP 2.2.10 and I still have the problem. Some testing has shown that a brush with dimensions that are an odd number of pixels such as 31x31 works OK.
Only brushes that are an even number of pixels such as 32x32 have the problem.

I have attached a brush and pic that shows the problem a bit differently.
At Zoom=400 or greater I can get the cursor to hover over any of the 4 central pixels without moving the brush outline. Depending on which of these pixels the cursor is over when I click I get a different effect. With pixels wrapping around from the opposite side of the brush.

The pic shows 4 copies of the brush. Each made with a single click. I have added a black pixel to show where the cursor was when I clicked.
Comment 9 Michael Natterer 2006-05-29 11:17:05 UTC
Comment #8 shows that this is a duplicate of bug #166622.


*** This bug has been marked as a duplicate of 166622 ***