<AWT Dev> 6603887: Where are transparent areas filled with bgColor?

Clemens Eisserer linuxhippy at gmail.com
Wed Sep 26 08:08:05 PDT 2007


Hi there,

I recently found a strange bug while fixing the
Mozilla-Browser-Plugin, somehow the Java2d/X11 pipeline has problems
with the graybox_error.gif which is shown when an applet fails to
initialize.
The image is a partially transparent gif which is drawn with a
background-color specified. It works for the first time, but at
subsequent blits the transparent pixels which should be white are
black.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6603887.

I played a bit with Java2D's trace functionality that came out:

1.) First draw, rendered correctly:
sun.java2d.loops.BlitBg::BlitBg(ByteIndexedBm, SrcNoEa, IntRgb)

2.) Seems like the accaleration-blit:
sun.java2d.x11.X11PMBlitLoops$DelegateBlitLoop::Blit(Any, SrcNoEa,
"Integer RGB Pixmap with 1-bit transp")
sun.java2d.loops.Blit::Blit(ByteIndexed, SrcNoEa, IntRgb)
sun.java2d.x11.X11PMBlitBgLoops::BlitBg("Integer RGB Pixmap with 1-bit
transp", SrcNoEa, "Integer RGB Pixmap")

3.) subsequent draws only do:
sun.java2d.x11.X11PMBlitBgLoops::BlitBg("Integer RGB Pixmap with 1-bit
transp", SrcNoEa, "Integer RGB Pixmap")

So the interesing opereations seem to habben in 2.) I guess.

In X11PMLoops I saw the following comment:
    /* do an unmasked copy as we've already filled transparent
       pixels of the source image with the desired color */
    XCopyArea(awt_display, srcDrawable, dstXsdo->drawable, dstGC,
	      srcx, srcy, width, height, dstx, dsty);

So I guess somehow the filling of the transparent colors with the
background-color does something wrong.
However I did not find the code where this happens, so some
navigation-help would be really appiciated ;)

Thank you in advance, lg Clemens



More information about the awt-dev mailing list