JDK-4629510 : REGRESSION: JTabbedPane does not support setOpaque(false)
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 1.4.0
  • Priority: P3
  • Status: Closed
  • Resolution: Not an Issue
  • OS: windows_2000
  • CPU: x86
  • Submitted: 2002-01-28
  • Updated: 2002-01-30
  • Resolved: 2002-01-30
Related Reports
Relates :  
Description

Name: jk109818			Date: 01/28/2002


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


FULL OPERATING SYSTEM VERSION :
Windows 2000 Service pack 2

ADDITIONAL OPERATING SYSTEMS :
Sun Solaris 8, Linux Redhat 7


A DESCRIPTION OF THE PROBLEM :
The problem is quite simple and is a CHANGE in behaviour
from J2SE 1.3.x/1.2.x..

Using setOpaque(false) on JTabbedPane has no effect, Our
company have several applications with background images in
windows (content-panes in JFrames) and these are not
visible through the tabpanes when using J2SE1.4 (and this
has alwasys been the case since the first beta release)

REGRESSION.  Last worked in version 1.3.1

STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
1. Open a JFrame add a JTabbedpane to the center of it
2. Set a background image or color on the frame
3. Call setOpaque(false) on the tabpane
4. Show the frame and watch!

EXPECTED VERSUS ACTUAL BEHAVIOR :
The tabpane is opqaued ignoring the argument given in
setOpaque()...

ERROR MESSAGES/STACK TRACES THAT OCCUR :
None..

This bug can be reproduced always.

CUSTOMER WORKAROUND :
No workaround

Release Regression From : 1.3.1_02
The above release value was the last known release where this 
bug was knwon to work. Since then there has been a regression.

(Review ID: 138724) 
======================================================================

Comments
WORK AROUND Subclass BasicTabbedPaneUI and override paintContentBorder(Graphics g, int tabPlacement, int selectedIndex) to not fill in the region behind the content area. ###@###.### 2002-01-29
29-01-2002

EVALUATION This was done as a fix for 4261116. This is the correct behavior. Closing as not a big. ###@###.### 2002-01-29
29-01-2002