Loading...

XML

Word

Printable

Type: Bug
Resolution: Fixed
Priority: P4
Fix Version/s: 7
Affects Version/s: 7
Component/s: client-libs
Labels:
- noreg-sqe
- verify-pit

Subcomponent:
java.awt
Resolved In Build:
b55
CPU:

generic
OS:

generic
Verification:
Verified

When a component gets reparented to another top-level window, its locally cached graphics configuration (graphicsConfig member) should be updated to reflect the GC of the new parent frame. We need to ease this task, and also to make sure the whole component hierarchy belonging to a top-level window shares the same GC (the GC of this top-level window).

See this mailing thread for details:

http://mail.openjdk.java.net/pipermail/awt-dev/2009-January/000509.html

relates to

JDK-8284645 Linux: ensure consistent GraphicsConfiguration when number of screens changes

Open

JDK-8036875 Component.setGraphicsConfiguration() breaks some 3D applications

Open

JDK-7193219 JComboBox serialization fails in JDK 1.7

Closed

JDK-6811674 Container.setComponentZOrder throws NPE

Closed

JDK-6952625 Seeing "java.lang.NoSuchMethodError: resetGC" stack trace error when testing JDK7 binary on Solaris

Closed

JDK-7029995 NullPointerException in sun.java2d.ScreenUpdateManager.createScreenSurface()

Closed

JDK-8003398 IllegalArgumentException: adding a container to a container on a different GraphicsDevice

Closed

JDK-8039795 Component loses its GraphicsConfiguration when added to a Container

Closed

JDK-6812298 Dynamic GraphicsConfig changes don't work on X11 platforms

Closed

JDK-6783411 Reparenting HW components to another toplevel should not destroy their peer

Closed

(5 relates to)

Assignee:: Anthony Petrov (Inactive)

Reporter:: Anthony Petrov (Inactive)

Votes:: 0 Vote for this issue

Watchers:: 0 Start watching this issue

Created:: 2009-02-12 06:53

Updated:: 2022-04-10 22:49

Resolved:: 2011-03-07 14:24

Imported:: 17/Sep/12 11:23 PM

Indexed:: 23/Aug/12 2:51 AM

Details

Description

Attachments

Issue Links

Activity

People

Dates