JDK-8032063 : javax.swing.plaf.metal.MetalFileChooserUI$FilterComboBoxModel extends non-standard API
  • Type: Bug
  • Component: client-libs
  • Sub-Component: javax.swing
  • Affected Version: 8
  • Priority: P1
  • Status: Closed
  • Resolution: Fixed
  • Submitted: 2014-01-17
  • Updated: 2017-05-19
  • Resolved: 2014-01-23
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.
JDK 8 JDK 9
8 b126Fixed 9Fixed
Related Reports
Duplicate :  
JDK-8032584 - No CCC request for javax.swing.plaf.metal.MetalFileChooserUI$FilterComboBoxModel.getFileChooser
Relates :  
JDK-8032584 - No CCC request for javax.swing.plaf.metal.MetalFileChooserUI$FilterComboBoxModel.getFileChooser
Relates :  
JDK-8034572 - JDK-8032063 fix is not CCC approved
Relates :  
JDK-8022398 - Use one FilterComboBoxModel for all L&Fs
Relates :  
JDK-8032638 - Use one FilterComboBoxModel for all L&Fs
Relates :  
CODETOOLS-7900309 - Introduce API scope entity
Description
javax.swing.plaf.metal.MetalFileChooserUI$FilterComboBoxModel extends sun.swing.AbstractFilterComboBoxModel
thus sun.swing.AbstractFilterComboBoxModel is exposed though it's non public API.

http://jre.us.oracle.com/java/re/jdk/8/promoted/ea/b123/doc/api/javax/swing/plaf/metal/MetalFileChooserUI.FilterComboBoxModel.html
Comments
Verified in jdk8b129 Bug JDK-8010718 is not fixed (see comments at JDK-8010718), code refactoring is ok
12-02-2014
Alexander, please open new bug to track JDK-8022398 issue, since we rolled back by P1 fix JDK-8032063 javax.swing.plaf.metal.MetalFileChooserUI$FilterComboBoxModel extends non-standard API
23-01-2014
Please note that if the fix contains any change to public API, CCC request should be filed and approved before integrating the fix.
23-01-2014
Added tck-red label to identify this as a conformance stopper.
22-01-2014
Release team: Approved for fixing
22-01-2014
SQE OK to push to 8, as well.
22-01-2014
The initial issue is P3 JDK-8022398 Use one FilterComboBoxModel for all L&Fs which has the netbeans label. The rollback of the fix is sent to the review: http://mail.openjdk.java.net/pipermail/swing-dev/2014-January/003208.html
22-01-2014
what is a bugID fix which caused this issue? please link to that webrev and review, should we make a roll back?
22-01-2014
what is a bugID fix which caused this issue? should we make a roll back?
22-01-2014
- webrev link: http://cr.openjdk.java.net/~alexsch/8032063/webrev.01/ - review link: http://mail.openjdk.java.net/pipermail/swing-dev/2014-January/003210.html - issue impact: exposing non public API - fix rational: rollback of the previous fix JDK-8022398 -risks: the issue JDK-8022398 will be reproduced again -suggested testing: check that javadoc for the javax.swing.plaf.metal.MetalFileChooserUI.FilterComboBoxModel class does not contain links to the sun.swing.AbstractFilterComboBoxModel class
22-01-2014
This must be fixed in 8. As it stands now, the SE 8 Platform Specification refers to a class in sun.swing, which is simply not permissible. I'm puzzled as to why the JCK signature test didn't catch this. It should be a tck-red bug. To be completely clear: The fix is not to submit a CCC request to get this approved, but rather to remove the reference to the sun.swing class.
21-01-2014
JDK8: SQE OK to defer
21-01-2014
The CCC request has been created: http://ccc.us.oracle.com/8032063
21-01-2014
Defer justification: The necessary CCC request can be approved only for JDK 9.
21-01-2014
Issues which reflect change which has been done without needed CCC request are filed as conformance issues. Conformance issues have priority of 2.
20-01-2014
You have changed the parent of MetalFileChooserUI.FilterComboBoxModel to a class belonging to sun.swing package. This change should have been tracked with a CCC request http://ccc.us.oracle.com/docs/charter Specification = Structure + Text An interface is defined by a specification. A specification consists not only in syntax, names, types, access modifiers, and other structural information (1) Every change to the specification of an exported interface, either external or private, requires a CCC request regardless of the size of the change.
20-01-2014
> Was there a CCC request for adding this class and reflecting the change in the JavaSE API specification? The sun.swing.AbstractFilterComboBoxModel has been added as not public class so it does not require the CCC request. Could point to the specification that determines what the exposing public API is and how does it apply to the current issue?
20-01-2014
Was there a CCC request for adding this class and reflecting the change in the JavaSE API specification?
20-01-2014
please clarify why this is P2 ?
17-01-2014