JDK-6857365 : z-order implemenation is incomplete for a mixing case
  • Type: Bug
  • Component: client-libs
  • Sub-Component: java.awt
  • Affected Version: 7
  • Priority: P4
  • Status: Open
  • Resolution: Unresolved
  • OS: generic
  • CPU: x86
  • Submitted: 2009-07-03
  • Updated: 2021-07-13
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.
Other
tbdUnresolved
Related Reports
Relates :  
Description
test/java/awt/ZOrder fails on jdk7 with option -Dsun.awt.disableMixing=true

The testcase attached to 6797487 can be used to reproduce the problem using standalone application.

New z-order implementation (introduced by 6809227) changes only the Z-order of the particular component upon addition (or removal, or z-order "change" request using setComponentZOrder) of the component.

The problem is that the new implementation does nothing on a z-order "change" request coming to a l/w container. And if the container contains some h/w children, then the z-order of the children will not be changed.

The problem is not visible when the mixing feature is enabled because the mixing implementation tracks all z-order "change" requests ifself. On Java level, the mixing have correct information about z-order for all components of hierarchy and it calculates correct shapes for all components affected by the z-order "change" request.

On native level, the z-order of the h/w components is incorrent in this case and this needs to be fixed.

Comments
- this is an issue reported against 7(7u), - there are now affected version 9 filed for this issue - 7u issues are transferred to Sustaining Nevertheless if someone have a report against 9 - please reopen and add affectedVersion 9 or 7u specific escalations might be reopen to Sustaining
10-08-2014

- this is an issue reported against 7(7u), - there are now affected version 9 filed for this issue - 7u issues are transferred to Sustaining Nevertheless if someone have a report against 9 - please reopen and add affectedVersion 9 or 7u specific escalations might be reopen to Sustaining
10-08-2014

EVALUATION Even with mixing enabled I can see some painting artefacts on resize under WinXP with JDK7b104. Please run the mentioned test and resize the window. Notice three gray rects near top-left corner. They appear and are continuing to exist unless I finish the resize.
03-09-2010