JDK-8127799 : Second Stage (or Popup) with Effect corrupts rendering on Linux using the es2 pipe
  • Type: Bug
  • Component: javafx
  • Sub-Component: graphics
  • Affected Version: fx2.1
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2012-02-25
  • Updated: 2015-06-17
  • Resolved: 2012-05-16
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.
JDK 7
7u6Fixed
Related Reports
Blocks :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Duplicate :  
Relates :  
Description
This bug manifested in a couple of programs 

1) In HelloTooltip, subsequence tooltip rendering are corrupted after the first successful tooltip rendering.
2) In HelloMenuButton, similar to (1)
3) Ensemble, select Stage->Advanced Stage and click on the "Create a Stage" button.
4) Ensemble, select Controls->Table->Combo Box. Select an entry on both pull-down menu, then go to the pull-down to a different entry. You should notice the pull-down is corrupted if you hold down the menu.
Comments
verified in b14
27-06-2012

Fix is available in 2.2-b09
19-05-2012

This is now fixed in the default pipe for Linux
16-05-2012

Affected tests: tests/samples/Ensemble_31_Scenegraph_Stage
26-03-2012

Attached a screen shot for the rendering bug on Linux
23-03-2012

JavaFX 2.1 Release Notes Second Stage (or Popup) with Effect, such as Tooltip, corrupts rendering on Linux using the es2 pipe.
23-03-2012

Please add a comment to this bug indicating what specific information should be included in the JavaFX 2.1 Release Notes.
16-03-2012

ok / sqe
12-03-2012

This would be a risky fix for 2.1. Given that this only affects Linux, which is beta for 2.1, we should defer it until 2.2. For 2.2 we are planning to rewrite the es2 pipeline (see RT-19034) and can take this bug into account while doing so.
01-03-2012

The problem goes away if the following code is commented out, ie. no caching of image for effect: ImagePool.java (Lines 146 - 151) // if (chosenEntry != null) { // unlocked.remove(chosenEntry); // locked.add(chosenEntry); // renderer.clearImage(chosenImage); // return chosenImage; // }
25-02-2012

This bug depends on the fix to RT-19883. For now a tentative patch is linked in its JIRA that can be applied to help to reproduce the corrupted tooltip bug.
25-02-2012