RFR: 6753661: JFileChooser font not reset after Look & Feel change [v5]

Alexey Ivanov aivanov at openjdk.org
Thu Feb 9 20:50:47 UTC 2023


On Thu, 9 Feb 2023 02:59:11 GMT, Prasanta Sadhukhan <psadhukhan at openjdk.org> wrote:

>> Issue is observed that after changing the Look & Feel from Metal to Nimbus and back to Metal, the Nimbus font continues to be used by a JFileChooser.
>> This is because Synth  `installDefaults `methods set the font, but its inverse methods `uninstallDefaults `do not remove them.
>> Fix is made to reset the font if it is set by L&F.
>
> Prasanta Sadhukhan has updated the pull request incrementally with one additional commit since the last revision:
> 
>   Update test

test/jdk/javax/swing/JFileChooser/JFileChooserFontReset.java line 69:

> 67:                     Font curFont = fc.getFont();
> 68:                     System.out.println("current font " + curFont);
> 69:                     if (curFont != null && !curFont.equals(origFont)) {

Is it valid that `currFont` is `null`?

Do we expect that `origFont.equals(curFont)` returns `true`? And I assume `origFont` shouldn't be `null` either. So the condition could be simplified to

Suggestion:

                    if (!origFont.equals(curFont)) {

test/jdk/javax/swing/JFileChooser/JFileChooserFontReset.java line 71:

> 69:                     if (curFont != null && !curFont.equals(origFont)) {
> 70:                         throw new RuntimeException(
> 71:                          "JFileChooser font did not reset after Look & Feel change");

Suggestion:

                         "JFileChooser font is not reset after Look & Feel change");

-------------

PR: https://git.openjdk.org/jdk/pull/12180



More information about the client-libs-dev mailing list