JDK-6322593 : OGL + XAWT: FileDialog drop-down is not properly painted when navigating thro' sub dirs
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 5.0,6
  • Priority: P3
  • Status: Closed
  • Resolution: Fixed
  • OS: solaris_10
  • CPU: sparc
  • Submitted: 2005-09-12
  • Updated: 2011-01-25
  • Resolved: 2005-11-26
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 6
6 b62Fixed
Related Reports
Duplicate :  
JDK-6315137 - OGL+XAWT: AWT Menubar is not repainted properly when frame is resized
Duplicate :  
JDK-6304251 - OGL+XAWT: Items in the drop-down are offset after setting the Choice's font at run time
Relates :  
JDK-6304250 - XAWT: Items in choice show a blue border on OpenGL + Solaris10 when background color is set
Description
I am showing a frame that has 2 buttons. Click on one of the buttons. A file dialog will open up. View the drop-down once. Now I am selecting some folders from left-side list till I reach a folder that does not have any sub-folders. The path selected is relatively long with atleast 10 folders in it from the root. Now when I click on the drop-down button (next to 'Enter path or folder name' field), a drop-down appears. But the contents in the drop-down are not painted at the right location and they are shifted down towards the left side within the drop-down. So all the items are truncated and I could not make out anything from what is shown there.

This is reproducible only on XAWT with OpenGL pipleline and not reproducible with Win32. I reproduced it on SolarisSparc10-JDS (SunBlade2500) with XVR-600 frame buffer installed with Sun OGL libraries. I reproduced it with Mustang-b51 and not reproducible on earlier builds because of a deadlock bug in OGL+XAWT code that prevented file dialog from coming up properly (which got fixed b51). 

I have attached a sample test to this bug report.
Comments
SUGGESTED FIX Actually, the required validation of the surface is implemented. It happens on XComponentPeer level (validateSurface/setBounds method). But the drop-down choice is missed because UnfurledChoice class extends XWindow class. Looks like this fix will eliminate 6304251 issue as well. -bash-2.05b$ sccs diffs -C XChoicePeer.java ------- XChoicePeer.java ------- *** /tmp/sccs.GxSDu9 2005-09-13 19:10:11.000000000 +0400 --- XChoicePeer.java 2005-09-13 18:19:44.000000000 +0400 *************** *** 689,695 **** * Inner class for the unfurled Choice list * Much, much more docs */ ! class UnfurledChoice extends XWindow /*implements XScrollbarClient*/ { // First try - use Choice as the target --- 689,695 ---- * Inner class for the unfurled Choice list * Much, much more docs */ ! class UnfurledChoice extends XComponentPeer /*implements XScrollbarClient*/ { // First try - use Choice as the target *** (#1 of 1): [ UNSAVED ] ###@###.###
13-09-2005
EVALUATION Reproducible using 1.5 also (not regression). See evaluation 6304251: the SurfaceData should be invalidated / recreated if the window is resized.
13-09-2005