Created attachment 79537 [details] artifacts on background window When resizing the "policytool"-application quickly with the xrender java2d backend enabled (will be default for Java8), some artications of the application's window are left on the window behind it (probably some missing/buggy clipping somewhere). Steps to reproduce: - disable composition manager - download the java8 runtime environment from: https://jdk8.java.net/download.html - untar the archive and start bin/policytool - open some simple application (e.g. terminal) - resize the application window on top of the terminal quickly. What happens: - Some elements of the application window sometimes appear on the window of the background application. Most often this is the first entry of the file-menu "File" as well as some dots, as shown in the screenshot.
Created attachment 79538 [details] window of the application with some artifacts on the left
Created attachment 79539 [details] artifacts on background window
Created attachment 79540 [details] window of the application with some artifacts on the left
Forgot to mention, happens on SNB with SNA enabled
Currently testing on ILK, so far I have not been able to trigger it. Using a mixture of firefox, chromium and terminals in order to test against various types of rendering.
Repeated the tests with IVB and xfce4 (no compositing). Lots of redraw flicker, but no visible corruption.
How can I be sure that bin/policytool is using the bundled java?
Which version of the ddx? i.e. might this be bug 64841 as well?
I can reproduce this issue on my i5 540M system as well, running a fresh installation of the default XFCE spin of F19-Beta with the latest git ddx. I couln't resist: http://www.youtube.com/watch?v=dObEIBMoOsE&feature=youtu.be ;)
you can also use the openjdk version (1.7 and higher), starting it with: policytool -J-Dsun.java2d.xrender=True It will print out a confirmation that its really using the xrender backend with this option enabled.
A couple of recent coherency bug fixes have landed, which could well be related to this effect. Can you please try with -intel.git?
Unfortunately I can still reproduce it with 2.21.9-25-g8f340f9 on core i5 540M.
Apologies if I keep sending you on a wild goose chase, but you can you test -intel-2.21.11 with the nonblocking wait fixed kernel?
Unfortunately I can still reproduce it with 2.21.11 + kernel-patch
How about with xf86-video-intel.git? I wonder if the changes to exposes in sna_do_copy() were the culprit.
Ping? Clemens, can we close this as unreproducible? :)
still there with todays git and 3.11.1
Can I blame Java? Please let me blame Java! :) My only guess at this point is that one of the clipped render commands to the GPU is missing the enable-clip bit.
Still? (Ever the optimist that this bug will just quietly whither away.)
Indeed, it is fixed :)
Let's claim victory whilst we still can!
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.