Could people try the attached Java test program? There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
To test it, you need to have openjdk "java" installed and in your path:
$ java -version java version "1.6.0_0" IcedTea6 1.4 (fedora-7.b12.fc10-i386) Runtime Environment (build 1.6.0_0-b12) OpenJDK Server VM (build 10.0-b19, mixed mode)
Java is provided by java-1.6.0-openjdk-1.6.0.0-7.b12.fc10.i386. However, the same problem occurs with jdk1.6.0 update 11 downloaded directly from Sun, as well as jdk 1.5.0_05.
To test it, put TextTest.java in a temporary directory, cd to that directory, compile it, and run it: $ javac TextTest.java $ java TextTest Now try scrolling back and forth a bit. What happens for me is that the text lines will be over-written multiple times on top of each other.
The interesting thing is that only the first 700 lines or so are garbled - the remaining lines are fine.
My guess is that there is some weird interaction between Java, the Gtk peers, and the intel driver, since otherwise more people would have reported this problem. Also, I have tried it on an NVidia-based laptop, and well as with the vesa driver (iirc). It would be helpful to get some data-points before I decide whether to complain to Sun or to Intel or to Gnome!
Per Bothner wrote:
There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
Wild guess here, but maybe this is the same as this intel XRender bug? https://bugzilla.redhat.com/show_bug.cgi?id=458517
Kevin Kofler
Per Bothner wrote:
Could people try the attached Java test program? There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
To test it, you need to have openjdk "java" installed and in your path:
$ java -version java version "1.6.0_0" IcedTea6 1.4 (fedora-7.b12.fc10-i386) Runtime Environment (build 1.6.0_0-b12) OpenJDK Server VM (build 10.0-b19, mixed mode)
Java is provided by java-1.6.0-openjdk-1.6.0.0-7.b12.fc10.i386. However, the same problem occurs with jdk1.6.0 update 11 downloaded directly from Sun, as well as jdk 1.5.0_05.
To test it, put TextTest.java in a temporary directory, cd to that directory, compile it, and run it: $ javac TextTest.java $ java TextTest Now try scrolling back and forth a bit. What happens for me is that the text lines will be over-written multiple times on top of each other.
The interesting thing is that only the first 700 lines or so are garbled - the remaining lines are fine.
My guess is that there is some weird interaction between Java, the Gtk peers, and the intel driver, since otherwise more people would have reported this problem. Also, I have tried it on an NVidia-based laptop, and well as with the vesa driver (iirc). It would be helpful to get some data-points before I decide whether to complain to Sun or to Intel or to Gnome!
Works fine in rawhide I can see the lines ( Line 1. to Line 3000 ) clearly, scroll up and down, no corruption nothing. Shall reboot into F10 and try again.
NV driver.
$ java -version java version "1.6.0_0" IcedTea6 1.4 (fedora-8.b14.fc11-x86_64) Runtime Environment (build 1.6.0_0-b14) OpenJDK 64-Bit Server VM (build 14.0-b08, mixed mode)
java-1.6.0-openjdk-plugin-1.6.0.0-8.b14.fc11.x86_64 java-1.6.0-openjdk-1.6.0.0-8.b14.fc11.x86_64 java-1.6.0-openjdk-devel-1.6.0.0-8.b14.fc11.x86_64 # Testers install this package if you lack the java compiler
Note Tester If you dont have the Java programming language compiler ( javac ) installed install the java-1.6.0-openjdk-devel package..
JBG
Hi!
There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
Yes, it's broken the same way here, too, both the AWT and Swing part. It looks like the ListCellRenderer does not clean up itself properly before drawing a new line.
I have also tested it with a self-made Java software which I know was working before. It also shows this issue when scrolling a large JTable, horizontally and vertically. Everything's fine when the GTK+ Look and Feel is used, though.
It's an Intel Mobile GM965/GL960 and Fedora 10 x86_64 with the latest updates. Only tested the openjdk packages.
Regards
Richard Körber wrote:
Hi!
There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
Yes, it's broken the same way here, too, both the AWT and Swing part. It looks like the ListCellRenderer does not clean up itself properly before drawing a new line.
I thought ListCellRenderer was only used for JList - at least I wouldn't expect it to be used for the AWT TextArea.
I have also tested it with a self-made Java software which I know was working before. It also shows this issue when scrolling a large JTable, horizontally and vertically. Everything's fine when the GTK+ Look and Feel is used, though.
Interesting. For me GTKLookAndFeel, MetalLookAndFeel, and MotifLookAndFeel are all broken, but NimbusLookAndFeel is OK.
But that's at least a work-around so I can use NetBeans without cursing - once I figure out how to have NetBeans use a non-default look-and-feel.
Per Bothner wrote:
There is a bad redisplay problem for large (greater than around 1000 lines) text windows using a TextArea (or a Swing JTextPane). I have the feeling it is specific to the Intel driver.
The problem persists in Rawhide.
It seems to be a known problem in the EXA driver: http://bugs.sun.com/view_bug.do?bug_id=6776352
Switching to the XAA driver (using Option "AccelMethod" "XAA" in xorg.conf), fixes the text redisplay problem, but causes worse problems, making the desktop unusable (at least on F10).
I did find a workable workaround from the above bug report: Start up java with the -Dsun.java2d.pmoffscreen=false flag. This makes NetBeans much less annoying!
Hopefully Intel will fix the driver soon - it would be nice to get a less buggy driver for F11.