Setting Java Flight Recorder option forces English locale

[Roland Kaufmann]

(I don't have access to file bugs upstream at <https://bugs.openjdk.java.net/>)

Platform information:

$ uname -m
x86_64

$ lsb_release -d
Description: Ubuntu 20.04.1 LTS

$ dpkg -S $(readlink -f $(which java))
openjdk-11-jre-headless:amd64: /usr/lib/jvm/java-11-openjdk-amd64/bin/java

$ java -version
openjdk version "11.0.8" 2020-07-14
OpenJDK Runtime Environment (build 11.0.8+10-post-Ubuntu-0ubuntu120.04)
OpenJDK 64-Bit Server VM (build 11.0.8+10-post-Ubuntu-0ubuntu120.04, mixed mode, sharing)

Test case to reproduce the problem:

$ cat > JfrOptLocBugRepro.java <<EOF
public class JfrOptLocBugRepro {
  public static void main(String[] args) {
    System.out.println(new java.text.DecimalFormat("###,###.00").format(1234567.089));
  }
}
EOF

$ javac JfrOptLocBugRepro.java

Normal behaviour; nb_NO.utf8 is a locale where the thousands grouping and decimal symbol is different from en_US.utf8 and is used as an example; I believe this problem does not only apply to this locale in particular.

$ LANG=en_US.utf8 java -cp . JfrOptLocBugRepro
1,234,567.09

$ LANG=nb_NO.utf8 java -cp . JfrOptLocBugRepro
1 234 567,09

Problem description; If a flight recorder option is added, the numeric string is no longer formatted according to the locale.

$ LANG=nb_NO.utf8 java -cp . -XX:FlightRecorderOptions= JfrOptLocBugRepro
1 234 567,09

$ LANG=nb_NO.utf8 java -cp . -XX:FlightRecorderOptions=stackdepth=256 JfrOptLocBugRepro
1,234,567.09

A cause may be that the flight recorder uses string formatting to build some internal debug strings, and this cause a premature and incorrect initialization of the locale.

[Launchpad Janitor (janitor)]

Status changed to 'Confirmed' because the bug affects multiple users.

[Nils-Anders Nøttseter (nils-anders)]

Can confirm and reproduce using the method described by mr. Kaufmann on Ubuntu, Debian and Centos, so this should probably be pushed upstream.

[Roland Kaufmann (rlndkfmn+launchpad)]

This bug seems to have been fixed in newer versions; I now have:

$ dpkg -S $(readlink -f $(which java))
openjdk-17-jre-headless:amd64: /usr/lib/jvm/java-17-openjdk-amd64/bin/java

$ java -version
openjdk version "17.0.1" 2021-10-19
OpenJDK Runtime Environment (build 17.0.1+12-Ubuntu-120.04)
OpenJDK 64-Bit Server VM (build 17.0.1+12-Ubuntu-120.04, mixed mode, sharing)

and get (using the same test example as listed above):

$ LANG=nb_NO.utf8 java -cp . -XX:FlightRecorderOptions=stackdepth=256 JfrOptLocBugRepro
1 234 567,09

[Vladimir Petko (vpa1977)]

With 11.0.20 :

/usr/lib/jvm/java-11-openjdk-amd64/bin/java -XX:FlightRecorderOptions=stackdepth=256 -Duser.language=ru -cp . JfrOptLocBugRepro
1,234,567.09

The issue is still there

[Pushkar Kulkarni (pushkarnk)]

I've created an upstream backport request [1] for this issue.

[1] https://github.com/openjdk/jdk11u-dev/pull/2121

[Pushkar Kulkarni (pushkarnk)]

The upstream backport request [1] was merged.
https://github.com/openjdk/jdk11u-dev/pull/2121

[Pushkar Kulkarni (pushkarnk)]

This fix should hopefully be included in the JDK-11 quarterly update of Jan 2024.