Name: bsC130419 Date: 07/12/2001


java version "1.4.0-beta"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-beta-b65)
Java HotSpot(TM) Client VM (build 1.4.0-beta-b65, mixed mode)

The AWT should support transparent windows if supported by the native windowing
system such as windows 2000.
(Review ID: 127928)
======================================================================

Name: gm110360 Date: 12/03/2001


Java(TM) 2 Runtime Environment, Standard Edition (build 1.3.1-b24)
Java HotSpot(TM) Client VM (build 1.3.1-b24, mixed mode)

http://java.sun.com/getjava/installer.html

Using the above webpage to determine whether or not the Java Plug-In for
Windows XP is installed causes the entire desktop to flicker uncontrollably.

The problem is due to the extensive use of transparent windows by Windows XP in
conjunction with Java's inability to handle them.

The flicker problem was documented over a year ago (the bug ID has been removed
from the bug database and apparently closed) under Windows 2000. In Windows
2000 you could correct the problem by bringing up the system desktop (CTRL-ALT-
DEL) and then returning back to the user desktop. The Java window would
stabilize and the flickering would stop (in some cases). This is not possible
in Windows XP because the (CTRL-ALT-DEL) sequence does not transition the user
to a system desktop anymore.

This pretty much makes Java extremely difficult (if not impossible) to use on
Windows XP (and still in some cases, Windows 2000).

If needed, I have a VisualBasic test application which allows any window in the
system to be made transparent... this could be used to reproduce the problem
but there is no facility to attach this in the Bug Report.

  Bug ID 4479178 requests this as an enhancement... recommend promoting to a bug
and it being fixed before stating that JDK 1.4 can support Windows XP.
(Review ID: 135845)
======================================================================

Name: gm110360 Date: 02/15/2002


FULL PRODUCT VERSION :
java version "1.4.0"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.0-b92)
Java HotSpot(TM) Client VM (build 1.4.0-b92, mixed mode)

FULL OPERATING SYSTEM VERSION : Windows XP Pro (5.1.2600)


A DESCRIPTION OF THE PROBLEM :
Note: The product version drop-down of this bug reporting
form only allowed me to select JDK 1.4 RC1, but I have the
just released JDK 1.4 (not release candidate).

When the Java Plug-in is the default JRE for IE the
tooltip flashes wildly. The same goes for the edges of
the Windows XP Start menu. Sometimes the tooltip or the
pop-up menu associated with a taskbar item will be
corrupted or only displayed briefly. I have observed this
behaviour in other Java programs - e.g. LimeWire - to
greater or lesser degrees.


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
  To recreate: Make the Java Plug-in the default JRE for
IE. Restart IE. Go to Yahoo Games. Log into one of the
chess game rooms. Now move the mouse cursor down to the
Windows XP taskbar and hover over a running program. Note
that the tooltip flashes wildly. Sometimes the tooltip or
even the pop-up menu will be corrupted or only displayed
briefly. I have observed this behaviour in other Java
programs - e.g. LimeWire - to greater or lesser degrees.

EXPECTED VERSUS ACTUAL BEHAVIOR :
I expect that tooltips and other screen items will not
flash or be corrupted.

This bug can be reproduced always.

CUSTOMER WORKAROUND :
Turn off the Java Plug-In as the default JRE for IE.
(Review ID: 139651)
======================================================================

Name: jk109818 Date: 07/24/2003


FULL PRODUCT VERSION :
java version "1.4.1-rc"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1-rc-b19)
Java HotSpot(TM) Client VM (build 1.4.1-rc-b19, mixed mode)


A DESCRIPTION OF THE PROBLEM :
Currently it appears there is no way to create a
non-rectangular toplevel window, such as Clock.exe on
windows, Audion on osx, and XMMS with certain skins under
X11. I'm not asking for full transparency, but mere boolean
per-pixel is-transparent-or-not functionality.

Perhaps a check to see if a JFrame's content pane is opaque,
and if so, set the window to transparent mode to the WM/OS?

REPRODUCIBILITY :
This bug can be reproduced always.

CUSTOMER WORKAROUND :
One could possibly use
Robot.createScreenCapture(window.getBounds()) after
minimizing one's window, then using that as a background for
a frame's content panel.
(Review ID: 180685)
======================================================================