[Bug 31766] New: Moving table in Shareaza causes wine to generate invalid X11/XRender requests
http://bugs.winehq.org/show_bug.cgi?id=31766
Bug #: 31766 Summary: Moving table in Shareaza causes wine to generate invalid X11/XRender requests Product: Wine Version: 1.5.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: linuxhippy@gmail.com Classification: Unclassified
Created attachment 41794 --> http://bugs.winehq.org/attachment.cgi?id=41794 screenshot
When moving table headers in Shareaza (a GPL filesharing application), I get a graphic corruption when uring Intel's new SNA acceleration architecture.
I reported the corruption to the intel driver development team, and Chris Wilson concluded after analyzing the problem, that wine generates invalid XRender/X11 requests - and that it worked before only by accident.
Quote:
Unbelievably, this is actually a bug in Wine. It is abusing a PICT_x8r8g8b8 format by trying to copy a PICT_a8r8g8b8 picture through an alphaless temporary and expecting the alpha-channel to be preserved. The second bug is that the coordinates/size of that temporary drawable are wrong - far greater than the apparently intended area of the columns to be redrawn. If I disable the shortcut to use the blit path for xrgb->argb copy, then I can reproduce the same errors in UXA. Vice versa, if I prefer the blit path, then the problem is masked in SNA.
Screenshot as well as a link to a youtube-video illustrating the issue are available on the original bug-report: https://bugs.freedesktop.org/show_bug.cgi?id=55164
http://bugs.winehq.org/show_bug.cgi?id=31766
--- Comment #1 from Alexandre Julliard julliard@winehq.org 2012-09-23 17:24:22 CDT ---
From your screenshot it's painting all over the screen. I don't see how even
mis-using the alpha channel would cause that, all painting should still be inside the window. Can you point out exactly which call you think is incorrect?
http://bugs.winehq.org/show_bug.cgi?id=31766
--- Comment #2 from Alexandre Julliard julliard@winehq.org 2012-09-24 04:40:35 CDT --- I see, it's the app that's painting all over the screen. It's reading the contents of the root window into a bitmap much larger than the header area, blending the header into it, and re-blitting the whole thing. That's clearly broken behavior on the app part, but it doesn't explain why we would get garbage in the bitmap.
http://bugs.winehq.org/show_bug.cgi?id=31766
--- Comment #3 from Alexandre Julliard julliard@winehq.org 2012-09-24 04:44:06 CDT --- Created attachment 41807 --> http://bugs.winehq.org/attachment.cgi?id=41807 Debug patch.
With this patch, do you still see garbage data, or do you see a uniform grey rectangle?
http://bugs.winehq.org/show_bug.cgi?id=31766
Clemens Eisserer linuxhippy@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
--- Comment #4 from Clemens Eisserer linuxhippy@gmail.com 2012-11-14 15:21:17 CST --- With the patch I see a uniform grey rectangle, however with the most recent intel drivers as well as wine-1.5.16 I no longer get the corruption.
The useage of a wrong picture format for storing transparency information is caused by not using a composition manager. With a composition manager everything works as expected, thanks :)
http://bugs.winehq.org/show_bug.cgi?id=31766
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|FIXED |UPSTREAM
--- Comment #5 from Alexandre Julliard julliard@winehq.org 2012-11-14 16:00:01 CST --- Upstream bug I'd say.
http://bugs.winehq.org/show_bug.cgi?id=31766
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=31766
--- Comment #6 from Bruno Jesus 00cpxxx@gmail.com --- Is this still an issue in wine 1.7.34? The current resolution is upstream but I think it's good to try again.
https://bugs.winehq.org/show_bug.cgi?id=31766
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #7 from Austin English austinenglish@gmail.com --- Closing.
https://bugs.winehq.org/show_bug.cgi?id=31766
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |RESOLVED
--- Comment #8 from Austin English austinenglish@gmail.com --- This was inadvertently caught up in my unclosed bugs filter. NOTOURBUG should only be closed when fixed upstream.
Setting back to RESOLVED NOTOURBUG.
Sorry for the spam.
-
wine-bugs＠winehq.org