-
Bug
-
Resolution: Fixed
-
P3
-
5.0
-
b51
-
x86
-
windows_xp
-
Verified
I am pushing a frame into fullscreen mode on a winxp system with the command line flag '-Dsun.java2d.opengl=True'. The WinXP system that I am using is having an onboard intel graphics card and hence does not support opengl. A message is getting printed on the console that opengl could not be enabled for the default config. But when the frame goes into fullscreen mode, windows task bar is shown above the fullscreen frame and hence the frame is not truely fullscreen. But this does not happen when no opengl flag is specified. I would expect the frame to go into fullscreen mode completely regardless of whether opengl is supported or not, as long as gd.isFullScreenSupported() returns true.
This is a regression introduced in Tiger-beta2-b46. This works fine on Tiger-beta2-b45 and prev. builds. I have tried this on 2 winxp machines one having intel graphics controller and other one having NVIDIA GEFORCE2. This is reproducible everywhere.
I have attached a sample test. Execute it with opengl flag. If you see the taskbar at the bottom, the bug is reproduced. I have attached a screenshot of the same.
Here is the platforminfo:
CPU:
Intel 32bit
Single Processor
Processor Speed: 2392 MHz
Operating System:
Windows XP (version 5.1 Service Pack 1 (Build 2600))
DirectX version: DirectX 8.1 or greater
DirectX display devices:
Device 0:
Resolution (width x height x depth): 1024 x 768 x 32
Video memory (Total, Free): 6291 KB, 6291 KB
Device driver ialmrnt5.dll version 6.13.1.3442
GDI display devices:
Primary: Name = \\.\DISPLAY1, Description = Intel(R) 82845G/GL/GE/PE/GV Graphics Controller
--------------------------------------------------------------------------------
I just now realized that the opengl feature for windows was introduced only in b46 and it was not there on b45. So this is not a true regression.
###@###.### 2004-05-02
Attaching the testcase (FullScreenFrameDispose.java).
###@###.### 2004-05-02
-------------------------------------------------------------------------------
Specifying -Dsun.java2d.noddraw=true reproduces the problem. Specifying OpenGL flag without having OGL support from the underlying platform makes the application work as if 'sun.java2d.noddraw=true' flag had been specified.
###@###.### 2004-05-03
This is a regression introduced in Tiger-beta2-b46. This works fine on Tiger-beta2-b45 and prev. builds. I have tried this on 2 winxp machines one having intel graphics controller and other one having NVIDIA GEFORCE2. This is reproducible everywhere.
I have attached a sample test. Execute it with opengl flag. If you see the taskbar at the bottom, the bug is reproduced. I have attached a screenshot of the same.
Here is the platforminfo:
CPU:
Intel 32bit
Single Processor
Processor Speed: 2392 MHz
Operating System:
Windows XP (version 5.1 Service Pack 1 (Build 2600))
DirectX version: DirectX 8.1 or greater
DirectX display devices:
Device 0:
Resolution (width x height x depth): 1024 x 768 x 32
Video memory (Total, Free): 6291 KB, 6291 KB
Device driver ialmrnt5.dll version 6.13.1.3442
GDI display devices:
Primary: Name = \\.\DISPLAY1, Description = Intel(R) 82845G/GL/GE/PE/GV Graphics Controller
--------------------------------------------------------------------------------
I just now realized that the opengl feature for windows was introduced only in b46 and it was not there on b45. So this is not a true regression.
###@###.### 2004-05-02
Attaching the testcase (FullScreenFrameDispose.java).
###@###.### 2004-05-02
-------------------------------------------------------------------------------
Specifying -Dsun.java2d.noddraw=true reproduces the problem. Specifying OpenGL flag without having OGL support from the underlying platform makes the application work as if 'sun.java2d.noddraw=true' flag had been specified.
###@###.### 2004-05-03
- duplicates
-
JDK-5041220 OGL: FullScreen mode allows other windows to be shown on top of FS window
-
- Closed
-