adoptium-support icon indicating copy to clipboard operation
adoptium-support copied to clipboard

Crash loading fonts

Open liamsharp opened this issue 2 years ago • 5 comments

Please provide a brief summary of the bug

We've had over 100 reports from users experiencing this crash with our application (Screaming Frog SEO Spider). In every instance of this crash the user has an Indian Locale and/or Timezone.

We've been lucky enough to have 1 of the users experiencing this issue work with us (we are unable to reproduce this ourselves) to help us produce a minimal program that reproduces the issue.

The crash when using the Adoptium version is: hs_err_pid6824.log.

The Oracle version works correctly and produces:

image

What we know:

  • This happens only to users with a an Indian Locale and/or Timezone
  • This doesn't happen to all users with Indian Locale and/or Timezone
  • This happens using the JDK from Adoptium, but not from Oracle.
  • Removing the line UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName()); prevents the crash from happening.

Please provide steps to reproduce where possible

Please see https://github.com/screamingfrog/adoptium-font-crash for a standalone repo that reproduces this issue.

There are two workflows - one that produces a version that compiles and run with the JDK/JRE from Adoptium, and one that does the same bug with Oracle. Both are using JDK 17.0.4.

Steps to reproduce are:

  1. Download the build (Adoptium or Oracle from the first release)
  2. Extract the zip which will produce another zip called adoptium-font-crash-1.0-SNAPSHOT-distribution.zip
  3. Extract this zip.
  4. Move into the folder adoptium-font-crash-1.0-SNAPSHOT
  5. Double click the file run_me_windows.bat

Expected Results

An app like this appears

image

Actual Results

It crashes like this hs_err_pid6824.log

What Java Version are you using?

Java: Vendor 'Eclipse Adoptium' URL 'https://adoptium.net/' Version '17.0.4.1' Home 'C:\Users\Administrator\Documents\adoptium-font-crash-1.0-SNAPSHOT-distribution\adoptium-font-crash-1.0-SNAPSHOT\jre'

What is your operating system and platform?

Platform: Name 'Windows 11' Version '10.0' Arch 'amd64'

How did you install Java?

See windows-adoptium.yml workflow - I believe the zip, then the jre is produced using jlink.

Did it work before?

Unknown.

Did you test with other Java versions?

Yes, Oracle JDK, and that works.

Relevant log output

Log is too long to copy in: There was an error creating your issue: body is too long (maximum is 65536 characters).

liamsharp avatar Oct 14 '22 09:10 liamsharp

I've done a second release that builds with a range of other JDKs to see if the issue is unique to Adoptium. Our very helpful user has kindly tested each of these for us and reported the following:

adopt-openj9

Good: adopt-openj9

adopt

Bad, crashes 1-adopt_error_log-hs_err_pid34652.log

liberica

Bad: 3-liberica-hs_err_pid21228.log

oracle

Good: oracle

temurin

Bad: 5_temurin-hs_err_pid28472.log

zulu

Bad: 6_zulu_log-hs_err_pid432.log

liamsharp avatar Oct 24 '22 07:10 liamsharp

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

karianna avatar Oct 24 '22 10:10 karianna

We've now seen 2 instances of users with:

Locale: it_IT
Time Zone: Central European Standard Time, offset=3600000

we have over 100 reports over users with an Indian Local and/order Timezone.

liamsharp avatar Dec 14 '22 09:12 liamsharp

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[bot] avatar Mar 15 '23 00:03 github-actions[bot]

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[bot] avatar Jun 16 '23 00:06 github-actions[bot]