One of the recent RepaintManager/repaint updates breaks JScrollPane in my image-viewer application [1]. See attached image for an example. A cvs checkout from 2006.11.06 worked fine, while checkouts from 2006.11.13 and 2006.11.16 both show the same problem. Note that JScrollPane seems to work fine with most "standard" clients like JTree. It also works fine with my ImageViewer whenever a full repaint is performed (like un-obscuring the scrollpane, changing the size, etc.). The bug only occurs after typing the "cursor down" key, which is handled twice: it tells Niffler to load and display the next image, but it is also intercepted by the JScrollPane which scrolls up one line-increment. As you can see, the new image is loaded and mostly painted, but one line-increment-part of the old image is blitted into it. This can be repeated for some fun. To reproduce the bug, you need images that are larger than the scrollpane size and to disable the zoom-to-fit option (menu-> view->zoom fit after loading), in order to make the scrollbars appear. [1] tams-www.informatik.uni-hamburg.de/people/alumni/hendrich/niffler
Created attachment 12629 [details] screenshot showing the repaint issue