JDK-6315137 : OGL+XAWT: AWT Menubar is not repainted properly when frame is resized
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 5.0
  • Priority: P3
  • Status: Closed
  • Resolution: Duplicate
  • OS: solaris_10
  • CPU: sparc
  • Submitted: 2005-08-24
  • Updated: 2011-01-19
  • Resolved: 2005-11-03
Related Reports
Duplicate :  
Relates :  
Description
I am running an application that pops up a frame with a set of menus added to the menubar. 'Save' menu is added as a help menu and hence it is shown on rightmost end of the menubar. Try resizing the frame to the right. You would notice that part of the menubar is not getting repainted properly and the help menu present in the menubar is not at all painted. 

This is noticed only on SolarisSparc10-JDS/CDE with Opengl flag enabled. This is reproducible since Tiger and reproduced with the latest Mustang build as well. I am using SunBlade-2500 with XVR-600 framebuffer.

Run the attached app with '-Dsun.java2d.opengl=True'. A frame will popup with a menu on the rightmost end of the menubar. Resize the frame towards right. If some portions of the menubar is not repainted, the bug is reproduced.

Comments
EVALUATION Looks like it appears if there is no extending peer (in particular - XMenuBarPeer) from XComponentPeer which implements required logic.
14-09-2005

EVALUATION I think this problem is very similar to the one described in 6304251. When the frame is resized, it looks like the heavyweight window associated with th XMenuBarPeer is being resized as well (naturally), but the SurfaceData associated with that MenuBar component is not being re-created after the resize. As mentioned in 6304251, the OGL pipeline relies on the SurfaceData being re-created after a heavyweight window is resized in order to be notified of the up-to-date window bounds. Reassigning to the AWT team for further investigation.
24-08-2005