[M6-LY] Gimp brushes leave garbage pixel trails

Bug #156556 reported by Eric Seppanen
40
This bug affects 4 people
Affects Status Importance Assigned to Milestone
The Gimp
Fix Released
Low
xserver-xorg-driver-ati
Won't Fix
Medium
gimp (Debian)
Fix Released
Unknown
gimp (Mandriva)
New
Undecided
Unassigned
gimp (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs
xserver-xorg-video-ati (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: gimp

I just upgraded from Ubuntu 6.10 to 7.10, and now Gimp has a horrible display artifact: every tool that uses a brush leaves bright green pixel trails across the image. Though they go away when the window refreshes (i.e. minimize and then restore the window), this makes Gimp essentially unusable for me.

This is with gimp-2.4.0~rc3-1ubuntu7.

A screenshot of the problem is here: http://img.photobucket.com/albums/v50/bitwise/Screenshot1.png

Tags: corruption
Revision history for this message
In , Michel-tungstengraphics (michel-tungstengraphics) wrote :

Please attach (as opposed to paste) the full xorg.conf and Xorg.0.log files.

Revision history for this message
In , Daniel Stone (daniels) wrote :

Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.

Revision history for this message
Eric Seppanen (eds-reric) wrote : Gimp brushes leave garbage pixel trails

Binary package hint: gimp

I just upgraded from Ubuntu 6.10 to 7.10, and now Gimp has a horrible display artifact: every tool that uses a brush leaves bright green pixel trails across the image. Though they go away when the window refreshes (i.e. minimize and then restore the window), this makes Gimp essentially unusable for me.

This is with gimp-2.4.0~rc3-1ubuntu7.

A screenshot of the problem is here: http://img.photobucket.com/albums/v50/bitwise/Screenshot1.png

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for your report, sadly i can't see the image, may you submit it to the report as an attachment? thanks.

Changed in gimp:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Eric Seppanen (eds-reric) wrote :

I have attached the screenshot.

Revision history for this message
In , Eric Seppanen (eds-reric) wrote :

This problem exists in the code released with Ubuntu 7.10.

I have seen scattered reports of this all around the net. It seems that recent versions of Gimp use new XOR code that reveal a problem with the driver for ATI Radeon VE/7000 RV100 cards.

Please see https://bugs.launchpad.net/ubuntu/+source/gimp/+bug/156556

I will attach screenshot, conf, and logs.

Revision history for this message
In , Eric Seppanen (eds-reric) wrote :

Created an attachment (id=12197)
Eric's xorg.conf

Revision history for this message
In , Eric Seppanen (eds-reric) wrote :

Created an attachment (id=12198)
Eric's Xorg.0.log

Revision history for this message
In , Eric Seppanen (eds-reric) wrote :

Created an attachment (id=12199)
screenshot of problem

Revision history for this message
In , agd5f (agd5f) wrote :

*** Bug 12853 has been marked as a duplicate of this bug. ***

Revision history for this message
Eric Seppanen (eds-reric) wrote : Re: Gimp brushes leave garbage pixel trails

I have heard a rumor that this may have been encountered by Debian, and that it only appears in systems that have been upgraded (i.e. not clean installs), and also that the bug is actually due to xorg and gtk miscommunicating.

So far I have been unable to find any proof of this: mailing list messages, debian bugtracker entries, etc.

Revision history for this message
Eric Seppanen (eds-reric) wrote :

Someone saw this on Fedora: http://www.fedoraforum.org/forum/showthread.php?t=168979

It has a tantalizing reference to debian having identified and fixed the problem, but there's not enough information to identify what package was fixed. It does say, however, that an update landed in debian sid "this morning" (meaning 10/24/07, I think).

Revision history for this message
Eric Seppanen (eds-reric) wrote :

Here is a bug listing at gnome.org that describes the problem in a little more detail, and mentions a patch to Gimp that fixes the problem (though the underlying bug seems to be in xorg or gtk).

http://bugzilla.gnome.org/show_bug.cgi?id=421466

Revision history for this message
Eric Seppanen (eds-reric) wrote :

Here's a bug report at debian, and a mailing list message from gimp-user.

Looks like it's related to the ati video drivers; both I and the reporter have the same video card: an ATI Radeon 7000 / VE / RV100.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=433230

http://<email address hidden>/msg12871.html

Revision history for this message
Eric Seppanen (eds-reric) wrote :

Here is a workaround for now. Put this in ~/.gimp-2.4/gimprc:

(show-brush-outline no)

I can confirm this works, but as you might guess, the whole brush outline goes away. When Gimp 2.4.1 is released, a slightly more sophisticated workaround will be present, where you can use:

(xor-color (color-rgb 1.0 1.0 1.0))

That will change the drawing mode gimp uses from XOR to INVERT, and the brush outline will work better.

These are just workarounds; new users are going to keep encountering this until the bug in the radeon driver is fixed:

https://bugs.freedesktop.org/show_bug.cgi?id=9877
https://bugs.freedesktop.org/show_bug.cgi?id=12853

Changed in gimp:
status: Incomplete → New
Changed in xserver-xorg-driver-ati:
status: New → Unknown
Changed in xserver-xorg-driver-ati:
status: Unknown → Confirmed
Revision history for this message
Bendetto (biengo) wrote :

I would like to add that the bug applies to Gimp 2.4.2 with both the ati and radoen driver.
The graphics card is ATI Radeon Mobility M6LY although the bug may apply to others, I've read the Radeon 7200 is affected as well.

Revision history for this message
shemgp (shemgp) wrote :

I just like to point out that this bug still exists in hardy beta GIMP 2.4.5 and that adding

(xor-color (color-rgb 1.0 1.0 1.0))

to the gimprc fixes it.

Revision history for this message
Bendetto (biengo) wrote :

I just found out, that this bug does not show if the option "AccelMethod" "EXA" in xorg is enabled. Sadly, this results in painfully slow konqueror performance while accessing uncached folders.

Revision history for this message
Pablo Angulo (pablo-angulo) wrote : certainly an xorg problem

 This is certainly an xorg problem. Both using xgl and Xephyr servers solved the problem. Unfortunately, there is no longer 3D acceleration on my ati mobility u1 card so xgl doesn't feel right, and I was unable to configure xephyr as the only graphics server. Can run gimp in a Xephyr window, but it's no good.

And adding

(xor-color (color-rgb 1.0 1.0 1.0))

to the gimprc in gimp 2.4.2 fixes it.

Revision history for this message
In , Bugs-freedesktop-org (bugs-freedesktop-org) wrote :

I confirm the existence of this problem.

Revision history for this message
In , Christopher Sawtell (csawtell) wrote :

As of GNU Image Manipulation Program version 2.4.5 using:-

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Ubuntu
(xorg-server 2:1.4.1~git20080131-1ubuntu9.2)
Current Operating System: Linux imogen 2.6.24-18-generic #1 SMP Wed May 28 20:27:26 UTC 2008 i686
Build Date: 13 June 2008 01:08:21AM

That's Kubuntu Hardy Heron fully updated as of 2008-06-17 this bug appears to have been fixed.

Revision history for this message
Rolf Leggewie (r0lf) wrote : Re: Gimp brushes leave garbage pixel trails

I also experience this problem. Confirming.

Changed in gimp:
status: New → Confirmed
Revision history for this message
In , Bugs-freedesktop-org (bugs-freedesktop-org) wrote :

well, I just confirmed three hours ago that this problem still exists in my equally up-to-date ubuntu hardy install (which probably prompted you to look back here). I assume, you just masked the problem by one of the various workarounds.

Reopening.

Revision history for this message
In , agd5f (agd5f) wrote :

(In reply to comment #10)
> well, I just confirmed three hours ago that this problem still exists in my
> equally up-to-date ubuntu hardy install (which probably prompted you to look
> back here). I assume, you just masked the problem by one of the various
> workarounds.

What exactly is the problem here? Is it a particular tool in GIMP, or just GIMP in general? Also can you attach your xorg log and config? Do any of the following options help?

Option "RenderAccel" "FALSE"
Option "AccelMethod" "EXA"
Option "AccelMethod" "XAA"

Rolf Leggewie (r0lf)
Changed in xserver-xorg-driver-ati:
status: New → Confirmed
Revision history for this message
In , James H. Cloos Jr. (cloos-jhcloos) wrote :

The various linked bug reports strongly suggest it only occurs when
using XAA.

Revision history for this message
In , Pcpa (pcpa) wrote :

  I think it may be related to composite.

  Try adding

Section "Extensions"
    Options "Composite" "disable"
EndSection

to xorg.conf

But the problem seems to be related to some ati cards.

Revision history for this message
Tormod Volden (tormodvolden) wrote : Re: Gimp brushes leave garbage pixel trails

Does anyone see this with the fglrx driver?

Revision history for this message
In , Bugs-freedesktop-org (bugs-freedesktop-org) wrote :

https://bugs.launchpad.net/xserver-xorg-driver-ati/+bug/156556 should have all the necessary information. Yes, it seems to be an ATI problem. There are various workarounds. Decreasing importance.

Revision history for this message
Brian Murray (brian-murray) wrote : Ubuntu needs you!

Thanks for taking the time to report this bug and helping to make Ubuntu better. In the development cycle for Intrepid there have been some vast improvements in the open source ati video driver and we could use your help testing them. Could you please download the latest Alpha CD image of Intrepid and test this particular bug just using the Live CD? You can find the latest image at http://www.ubuntu.com/testing . Your testing can help make Ubuntu and the open source ati driver even better! Thanks in advance.

Changed in xserver-xorg-video-ati:
status: Confirmed → Incomplete
Revision history for this message
Pablo Angulo (pablo-angulo) wrote : Re: Gimp brushes leave garbage pixel trails

Unfortunately, this still happens in Intrepid with a radeon card, despite the changes in the new ati driver. But adding

(xor-color (color-rgb 1.0 1.0 1.0))

to the gimprc in gimp 2.4.2 still fixes it.

Changed in xserver-xorg-video-ati:
importance: Undecided → Low
status: Incomplete → Triaged
Changed in gimp:
status: Unknown → New
Changed in gimp:
status: Unknown → Fix Released
Revision history for this message
Prosthetic Head (propanone) wrote :

I can confirm this in intrepid (up to date as of about an hour ago) on a thinkpad x31. 'radeon' driver, Gimp 2.6.1.
I have had it since i started using ubuntu 3 or 4 versions back.

I'll try the "(xor-color (color-rgb 1.0 1.0 1.0))" trick and see if it works with this version of GIMP.

Thanks, hope this will eventually get fixed!

Revision history for this message
Prosthetic Head (propanone) wrote :

Just to update, appending "(xor-color (color-rgb 1.0 1.0 1.0))" to "/home/<user>/.gimp-2.6/gimprc" DOES work in intrepid (gimp2.6.1,radeon driver, etc) on my TPx31.
Thanks :)

Revision history for this message
In , agd5f (agd5f) wrote :

is this still an issue with a more recent driver/xserver version?

Revision history for this message
In , Bugs-freedesktop-org (bugs-freedesktop-org) wrote :

I am still on hardy, but comment 18 from https://bugs.launchpad.net/xserver-xorg-driver-ati/+bug/156556 confirms this to be still present in Intrepid. xserver-xorg seems to be at version 1:7.4~5ubuntu3 in Intrepid.

Revision history for this message
Carey Underwood (cwillu) wrote : Re: [Mobility M6LY] Gimp brushes leave garbage pixel trails

Might try setting Option "AccelDFS" "false" in /etc/X11/xorg.conf's display section.

Bryce Harrington (bryce)
summary: - [Mobility M6LY] Gimp brushes leave garbage pixel trails
+ [M6-LY] Gimp brushes leave garbage pixel trails
Bryce Harrington (bryce)
tags: added: corruption
Changed in gimp (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
In , Corbin Simpson (mostawesomedude) wrote :

Closing as WONTFIX; XAA is too far gone these days. If EXA does not work, file a new bug or attach yourself to an existing bug matching your issues.

For this particular bug, I'd say that re-opening is fine if it still happens with EXA.

Revision history for this message
Bryce Harrington (bryce) wrote :

I see that gimp is marking this bug resolved, and there's been no recent comments that this is still an issue, so I'm going to tentatively and optimistically close this bug as no longer an issue. It seems to be an XAA-specific issue.

If it can still be reproduced on current Lucid using EXA, please re-open the upstream bug.

Changed in xserver-xorg-video-ati (Ubuntu):
status: Triaged → Fix Released
Changed in xserver-xorg-driver-ati:
status: Confirmed → Won't Fix
Changed in xserver-xorg-driver-ati:
importance: Unknown → Medium
Changed in gimp:
importance: Unknown → Low
Changed in xserver-xorg-driver-ati:
importance: Medium → Unknown
Changed in xserver-xorg-driver-ati:
importance: Unknown → Medium
madbiologist (me-again)
Changed in gimp (Ubuntu):
status: Triaged → Invalid
Changed in gimp (Debian):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.