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 353639 - Gaussian Blur preview can show artifactual color bands
Gaussian Blur preview can show artifactual color bands
Status: RESOLVED FIXED
Product: GIMP
Classification: Other
Component: libgimp
git master
Other All
: Normal normal
: 2.4
Assigned To: GIMP Bugs
GIMP Bugs
Depends on:
Blocks:
 
 
Reported: 2006-08-31 05:53 UTC by Sylvain Lamontagne
Modified: 2006-09-11 12:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Screenshot of the bug (138.42 KB, image/png)
2006-08-31 05:55 UTC, Sylvain Lamontagne
Details

Description Sylvain Lamontagne 2006-08-31 05:53:36 UTC
Please describe the problem:
When you try to use the filter Gaussian Blur on a selected area, a color appear from nowhere... 

Steps to reproduce:
1. Create a new document without background
2. Use the elipse tool and filled the selection with white
3. Use the Gaussian Blur filter on the selection


Actual results:
A pink color appear on the form

Expected results:
A normal gaussian blur limited by the selection

Does this happen every time?
Yes

Other information:
Yes, I have an screenshot I can send you. It's a different problem than the one present in 2.2.11 where the gaussian blur where adding grayish to the form
Comment 1 Sylvain Lamontagne 2006-08-31 05:55:18 UTC
Created attachment 71949 [details]
Screenshot of the bug
Comment 2 Simon Budig 2006-08-31 08:28:26 UTC
I suspect that this is a duplicate of bug #343047, I just don't understand why the  artefact is pink. If it were black I'd resolve this as a duplicate. Was pink the background color before you cleared the image?
Comment 3 Sylvain Lamontagne 2006-08-31 13:51:57 UTC
(In reply to comment #2)
> I suspect that this is a duplicate of bug #343047, I just don't understand why
> the  artefact is pink. If it were black I'd resolve this as a duplicate. Was
> pink the background color before you cleared the image?
> 

No, my Gimp was freshly installed and by following the step shown in the bug declaration, it happen each time. I suspect that when the previous bug concerning the black artefact have been resolved, something else have been modified.
Comment 4 weskaggs 2006-08-31 15:46:03 UTC
It looks like this is actually a preview bug, not a gaussian blur bug.  I can replicate it in HEAD, if I set things up as shown in the screenshot attached in comment 1, and then scroll horizontally one pixel at a time -- sometimes I see a band of anomalous color -- yellow, cyan, or magenta -- at the left edge of the preview.  I don't see any problems with the actual result of the gaussian blur in the image itself, though.

Changing summary to reflect the problem as I see it, and confirming.  If my understanding is incomplete, we can continue to refine the summary.
Comment 5 Sylvain Lamontagne 2006-08-31 18:29:58 UTC
(In reply to comment #4)
> It looks like this is actually a preview bug, not a gaussian blur bug.  I can
> replicate it in HEAD, if I set things up as shown in the screenshot attached in
> comment 1, and then scroll horizontally one pixel at a time -- sometimes I see
> a band of anomalous color -- yellow, cyan, or magenta -- at the left edge of
> the preview.  I don't see any problems with the actual result of the gaussian
> blur in the image itself, though.
> 
> Changing summary to reflect the problem as I see it, and confirming.  If my
> understanding is incomplete, we can continue to refine the summary.
> 

You are right after testing, it's only the preview that is not working properly and I got a yellow artefact also when I scroll horizontally. I tried some other filters and every time a preview is shown, I got the problem.

Maybe I could look at the source and help in correcting the bug ? But I have no idea how to do it... sylvain.lamontagne@gmail.com
Comment 6 weskaggs 2006-08-31 18:48:49 UTC
Umm, there's no need to quote when replying to a comment in Bugzilla.

Anyway, you're welcome to try to figure it out.  The problem might be in the function gimp_drawable_preview_draw_area() in libgimp/gimpdrawablepreview.c, but more likely it's one level down, in the function gimp_preview_area_mask() in libgimipwidgets/gimppreviewarea.c.  The code there, as you will see if you look at it, is pretty difficult.
Comment 7 Sven Neumann 2006-09-01 06:24:03 UTC
That would explain why I didn't notice the problem. I was testing the 2.2 plug-in on gimp-2.3. If the problem is indeed in the preview widget, then it is likely already fixed in the HEAD branch and we should consider to backport that change.

Note that this is just a guess. Before we jump to the conclusion that the error is in the preview widget, someone should try the test case given in comment #1 using the gauss plug-in from gimp 2.2.13 running under a recent gimp 2.3.
Comment 8 weskaggs 2006-09-01 15:48:26 UTC
You missed the part in comment #4 where I said that I was able to replicate it in HEAD.
Comment 9 Sven Neumann 2006-09-11 12:09:40 UTC
Fixed in both branches:

2006-09-11  Sven Neumann  <sven@gimp.org>

	* libgimp/gimpdrawablepreview.c (gimp_drawable_preview_draw_area):
	fixed calculation of offset into the source buffer (bug #353639).