JFileChooser is very slow to open folders with many files

[pab2d]

Please provide a brief summary of the bug

After updating from Java11 (LTS) to Java17 (LTS), we noticed a significant performance problem when navigating via the JFileChooser.

After some research, we found out that other developers also have this problem.

https://bugs.openjdk.org/browse/JDK-8328895

We ourselves use the FlatLaF. However, the problem can also be reproduced with the SystemLaF.

As soon as we change the LaF, e.g. to CrossPlatform-LaF, the problem no longer occurs.

In this specific case, a network directory has 4430 files and 724 folders in total. Size: 60 MB
The subdirectory in my test contains 2803 files and 8 folders.

The smaller the number of files, the faster the folder is opened.

The local opening of the data volume is also significantly slower with Java 17.

Did you test with the latest update version?

• Yes

Please provide steps to reproduce where possible

see the link in the description

Expected Results

see the link in the description

Actual Results

Loading time after directory change is very long.

What Java Version are you using?

17.0.10+7

What is your operating system and platform?

Windows 10 (x64)

How did you install Java?

msi file

Did it work before?

Yes, works fine with Java 11.

Did you test with other Java versions?

No response

Relevant log output

No response

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.

[github-actions]

We are marking this issue as stale because it has not been updated for a while. This is just a way to keep the support issues queue manageable.
It will be closed soon unless the stale label is removed by a committer, or a new comment is made.