JDK-6354265 : REGRESSION: Display artifacts occur with IntelliJ and 1.6
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 6
  • Priority: P2
  • Status: Resolved
  • Resolution: Fixed
  • OS: windows_xp
  • CPU: x86
  • Submitted: 2005-11-22
  • Updated: 2010-04-02
  • Resolved: 2005-11-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
6 b59bFixed
Related Reports
Relates :  
Relates :  
With IntelliJ it's possible, when scrolling, to get all sorts of visual artifacts. Visually it looks as though the copyArea doesn't occur, only the painting of the newly exposed area.

EVALUATION I exchanged email with the folks at IntelliJ. It appears there are a handful of places where they render an existing containment hierarchy to an offscreen image. As such, the code that triggers marking the buffer as bogus in such a situation will be changed. The buffer will no longer be marked as bogus. Additionally the bug in the copyArea logic will be fixed as well.

EVALUATION This regression was introduced as a combination of 4967886 and 6290253. This is occuring becase IntelliJ appears to be rendering to an offscreen image, which triggers marking the back buffer (BufferStrategyPaintManager.BufferInfo) as no longer valid. When BSPM.copyArea is invoked if the buffer isn't valid BSPM doesn't correctly do a copyArea, and you get garbage. There are a couple of approaches to investigate. To figure out the best approach I've contacted IntelliJ to see how often they do this sort of thing.