[Bug swing/29865] New: wrong clip in JScrollpane repainting

[hendrich at informatik dot uni-hamburg dot de]

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


-- 
           Summary: wrong clip in JScrollpane repainting
           Product: classpath
           Version: 0.93
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: swing
        AssignedTo: roman at kennke dot org
        ReportedBy: hendrich at informatik dot uni-hamburg dot de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29865