8193017: Import freetype sources into OpenJDK source tree #709

judovana · 2025-10-28T13:31:44Z

Hi!

I had recently hit an issue with jdk8, which, if build on old system - eg el7, it can not run GUI application on newest system like f42 or similar:

java.lang.UnsatisfiedLinkError: /usr/lib/jvm/java-1.8.0-openjdk-jdk8u462.b05-0.ojdk8~u~upstream.hotspot.release.sdk.el7.x86_64.tarxz/jre/lib/amd64/libfontmanager.so: /lib64/libharfbuzz.so.0: undefined symbol: FT_Get_Color_Glyph_Layer
	at java.lang.ClassLoader$NativeLibrary.load(Native Method)
	at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1934)
	at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1838)
	at java.lang.Runtime.loadLibrary0(Runtime.java:843)
	at java.lang.System.loadLibrary(System.java:1136)
	at sun.font.FontManagerNativeLibrary$1.run(FontManagerNativeLibrary.java:61)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.font.FontManagerNativeLibrary.<clinit>(FontManagerNativeLibrary.java:32)
	at sun.java2d.xr.XRSurfaceData.initXRSurfaceData(XRSurfaceData.java:85)
	at sun.awt.X11GraphicsEnvironment$1.run(X11GraphicsEnvironment.java:137)
	at java.security.AccessController.doPrivileged(Native Method)
	at sun.awt.X11GraphicsEnvironment.<clinit>(X11GraphicsEnvironment.java:74)

As per investigations the issue is in duality of freetype, and is solved by 8193017: Import freetype sources into OpenJDK source tree

This is fully based on unfinished #318 , with smal lexception of rebase, and docs adaptation. The change in doc/building.html is unluckily done manually, as make update-build-docs is regenerating half of the universum. Is it desired? Is there some recomended version of pandoc to use?

 pandoc --version
pandoc 3.1.11.1
Features: +server +lua
Scripting engine: Lua 5.4

I had tested builds on windows and several linuxes, run full jtregs and checked the GUI works again. I can link full set of tests if needed (actually many of them are still running).

For record, I built by temurin build wrapper, which needed an change to adapt to this: adoptium/temurin-build#4287

Progress

Change must be properly reviewed (1 review required, with at least 1 Reviewer)
Change must not contain extraneous whitespace
Commit message must refer to an issue
JDK-8193017 needs maintainer approval

Issue

JDK-8193017: Import freetype sources into OpenJDK source tree (Bug - P3 - Approved)

Reviewers

Andrew John Hughes (@gnu-andrew - Reviewer)

Contributors

George Adams <[email protected]>

Reviewing

Using git

Checkout this PR locally:
$ git fetch https://git.openjdk.org/jdk8u-dev.git pull/709/head:pull/709
$ git checkout pull/709

Update a local copy of the PR:
$ git checkout pull/709
$ git pull https://git.openjdk.org/jdk8u-dev.git pull/709/head

Using Skara CLI tools

Checkout this PR locally:
$ git pr checkout 709

View PR using the GUI difftool:
$ git pr show -t 709

Using diff file

Download this PR as a diff file:
https://git.openjdk.org/jdk8u-dev/pull/709.diff

Using Webrev

Link to Webrev Comment

bridgekeeper · 2025-10-28T13:33:35Z

👋 Welcome back jvanek! A progress list of the required criteria for merging this PR into master will be added to the body of your pull request. There are additional pull request commands available for use with this pull request.

openjdk · 2025-10-28T13:33:54Z

@judovana This change now passes all automated pre-integration checks.

After integration, the commit message for the final commit will be:

8193017: Import freetype sources into OpenJDK source tree

Co-authored-by: George Adams <[email protected]>
Reviewed-by: andrew

You can use pull request commands such as /summary, /contributor and /issue to adjust it as needed.

At the time when this comment was updated there had been no new commits pushed to the master branch. If another commit should be pushed before you perform the /integrate command, your PR will be automatically rebased. If you prefer to avoid any potential automatic rebasing, please check the documentation for the /integrate command for further details.

As you do not have Committer status in this project an existing Committer must agree to sponsor your change. Possible candidates are the reviewers of this PR (@gnu-andrew) but any other Committer may sponsor as well.

➡️ To flag this PR as ready for integration with the above commit message, type /integrate in a new comment. (Afterwards, your sponsor types /sponsor in a new comment to perform the integration).

openjdk · 2025-10-28T13:46:43Z

@judovana Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

openjdk · 2025-10-28T13:50:07Z

This backport pull request has now been updated with issue from the original commit.

openjdk · 2025-10-28T13:50:26Z

⚠️ @judovana This backport pull request is too large to be automatically evaluated as clean.

mlbridge · 2025-10-28T13:59:20Z

Webrevs

02: Full (c6a920c3)
01: Full (0c7f5b2d)
00: Full (c2a41ed0)

judovana · 2025-10-29T10:14:29Z

Good. The builds passed. I somehow do not see the issue in the tier1. I had run them on many OSes and many platforms, and all looks good.

intel:

jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  151/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  110/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/UNSTABLE/1 day 21 hr ago ; 
  -  com/sun/jdi/oom/OomDebugTest.java#OomDebugTest  unrelated ot the change
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  125/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  123/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  105/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  139/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  77/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  81/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  74/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  111/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-f41.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  73/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 21 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el9.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  82/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  149/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-f42.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  121/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  126/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.release.sdk-el7z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  120/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-el7.x86_64-hotspot.fastdebug.sdk-el8z.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfron  123/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ; 
jtreg~tier1-jp8-ojdk8~u~upstream-win2022.x86_64-hotspot.release.sdk-win2022.x86_64.vagrant-x11.defaultgc.legacy.lnxagent.jfroff  89/jdk8u472.b06-10.freetype1.ojdk8~u~upstream/SUCCESS/1 day 22 hr ago ;

Noni-ntels may look wilder, but there is no new failure. And they are mostly not running GUI anyway...

judovana · 2025-10-29T10:19:38Z

Also all the full jtregs finished on all arches x osses I have handy. The com/sun/jdi/oom/OomDebugTest.java#OomDebugTest on f42 seems to be popping up a bit more often then I would like. Will investigate more, but still looks unrelated.

zzambers · 2025-10-29T11:39:23Z

Would be nice to have in-tree freetype as in later jdks

As when person is not careful bundling freetype, it can end up linking against system hafrbuzz (which, in turn, has cyclic dependency on freetype). This may, in better case, fail the build. In worst case, build may seemingly look ok, but cause runtime linking error (in description), when run on newer OS (newer than build one).

For reference, issue and workaround in temurin-build:
issue: adoptium/temurin-build#4159
workaround: adoptium/temurin-build#4238

Also --with-freetype-src on windows does not work with recent freetype versions, due to changes to vcxproj confugrations:

configure: Trying to compile freetype sources with PlatformToolset=v143 to /home/tester/temurinbuild-1756203907/workspace/libs/freetype/lib64/ ...
configure: User specified --with-freetype-src but building freetype failed. (see freetype.log for build results)
configure: error: Consider building freetype manually and using --with-freetype instead.

(and older freetype such as 2.9.1 need to be used)

judovana · 2025-10-31T07:16:03Z

:38:43.3378937Z FAILED: gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java
2025-10-28T14:38:43.3379819Z FAILED: gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java

Are the failing jtregs. Do not seem to be related though

Am also digging in 32windows time-outs, and can not see culprit. @zzambers any ideas?

zzambers · 2025-11-03T10:33:09Z

:38:43.3378937Z FAILED: gc/concurrentMarkSweep/CheckAllocateAndSystemGC.java
2025-10-28T14:38:43.3379819Z FAILED: gc/concurrentMarkSweep/SystemGCOnForegroundCollector.java
Are the failing jtregs. Do not seem to be related though

Am also digging in 32windows time-outs, and can not see culprit. @zzambers any ideas?

There are some unstable tests on x86 (32-bit) and probably unrelated to your PR. Segfault in CheckAllocateAndSystemGC.java seems like JDK-8361833 - known issue.

zzambers · 2025-11-05T12:32:06Z

btw. there is also issue with Windows x86 build jobs, where VS2010 installation hangs and jobs get cancelled. I have created PR for that.

gnu-andrew

Thanks for taking this over. In like manner, I have leveraged my previous review and just compared the diff for your PR with the one for #318. I see building.html is now updated. I also think your choice of keeping the example and removing the freetype part is a better idea than removing the entire thing, even if it deviates from the backported change.

I do think we should test this on Windows & VS2010 before merging, so I will approve this once #712 & #713 are merged and this PR is updated with those changes. In the meantime, please use the contributor command to credit @gdams for his work here.

gnu-andrew · 2025-11-10T22:21:33Z

btw. there is also issue with Windows x86 build jobs, where VS2010 installation hangs and jobs get cancelled. I have created PR for that.

Thanks for analysiing the test results and debugging this stalling build job. I observed it when merging the security update in, but had no idea what was causing it. I've reviewed #712 & #713 so we should be able to get them in shortly and then Jiri can merge them into his branch.

judovana · 2025-11-11T07:58:12Z

/contributor add @gdams

openjdk · 2025-11-11T07:59:27Z

@judovana
Contributor George Adams <[email protected]> successfully added.

judovana · 2025-11-11T08:01:12Z

Thanks for taking this over. In like manner, I have leveraged my previous review and just compared the diff for your PR with the one for #318. I see building.html is now updated. I also think your choice of keeping the example and removing the freetype part is a better idea than removing the entire thing, even if it deviates from the backported change.

I do think we should test this on Windows & VS2010 before merging, so I will approve this once #712 & #713 are

I had been testing it on windows, but sure, no objection to wait. Thank you!

merged and this PR is updated with those changes. In the meantime, please use the contributor command to credit @gdams for his work here.

done!

gnu-andrew · 2025-11-11T13:40:02Z

Thanks for taking this over. In like manner, I have leveraged my previous review and just compared the diff for your PR with the one for #318. I see building.html is now updated. I also think your choice of keeping the example and removing the freetype part is a better idea than removing the entire thing, even if it deviates from the backported change.
I do think we should test this on Windows & VS2010 before merging, so I will approve this once #712 & #713 are

I had been testing it on windows, but sure, no objection to wait. Thank you!

On VS2010? Patches are now merged so just merge into your tree and push, please.

judovana · 2025-11-11T13:57:18Z

nope

configure: Rewriting VS_ENV_CMD to "/cygdrive/c/progra~1/micros~1/2022/commun~1/vc/auxili~1/build/vcvars~2.bat"
configure: Trying to extract Visual Studio environment variables
**********************************************************************
** Visual Studio 2022 Developer Command Prompt v17.7.6
** Copyright (c) 2022 Microsoft Corporation
**********************************************************************
[vcvarsall.bat] Environment initialized for: 'x86_x64'

Sorry.

Mergin in progress

openjdk · 2025-11-11T13:59:30Z

@judovana Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

judovana · 2025-11-11T14:06:12Z

x86 windows still do not look healthy

ERROR: C:\Users\runneradmin\vs-2010-express-1\VS2010Express1.iso
Cannot open the file as archive
7-Zip 25.01 (x64) : Copyright (c) 1999-2025 Igor Pavlov : 2025-08-03


Scanning the drive for archives:
1 file, 170 bytes (1 KiB)

Extracting archive: C:\Users\runneradmin\vs-2010-express-1\VS2010Express1.iso

Can't open as archive: 1
Files: 0
Size:       0
Compressed: 0

Error: Process completed with exit code 1.

gnu-andrew · 2025-11-11T22:54:57Z

It seems to have resolved itself now and is working on my PR, #719

Co-authored-by: George Adams <[email protected]>

judovana · 2025-11-12T08:30:50Z

thanx! Rerunning.

openjdk · 2025-11-12T08:31:36Z

@judovana Please do not rebase or force-push to an active PR as it invalidates existing review comments. Note for future reference, the bots always squash all changes into a single commit automatically as part of the integration. See OpenJDK Developers’ Guide for more information.

judovana · 2025-11-12T10:04:29Z

@gnu-andrew it is green!-) @zzambers ty!

zzambers · 2025-11-12T10:24:54Z

@judovana Wow, completely green, even security infra stuff and all 32-bit tests. Have not seen such for a long time here. Lucky run :)

judovana · 2025-11-12T10:44:56Z

You know.. great PR :). But I think luck had nothing to do with it. Thank you for fixing them.

gnu-andrew

Testing looks good.

gnu-andrew · 2025-11-12T14:11:31Z

@judovana Wow, completely green, even security infra stuff and all 32-bit tests. Have not seen such for a long time here. Lucky run :)

Clearly GHA is eager for FreeType support too ;)

gnu-andrew · 2025-11-12T14:11:55Z

/approve yes

openjdk · 2025-11-12T14:12:05Z

@gnu-andrew
8193017: The approval request has been approved.

judovana · 2025-11-12T14:43:15Z

/integrate

openjdk · 2025-11-12T14:43:57Z

@judovana
Your change (at version c6a920c) is now ready to be sponsored by a Committer.

judovana · 2025-11-12T14:44:48Z

Note that I'm not commiter, so would be nice somebody sponsors this. ty! Looking forward to see this in!

zzambers · 2025-11-12T14:45:43Z

/sponsor

openjdk · 2025-11-12T14:46:57Z

Going to push as commit 335fce5.

openjdk · 2025-11-12T14:47:07Z

@zzambers @judovana Pushed as commit 335fce5.

💡 You may see a message that your pull request was closed with unmerged commits. This can be safely ignored.

mrserb · 2025-11-13T18:25:34Z

@judovana, are you planning to work on the followup issues to bump the freetype version to match the one used in jdk11+?

judovana · 2025-11-14T08:54:57Z

@mrserb hi! I have no objections to do so, and test that. if it is wanted, which I guess it is. That would be directly to https://bugs.openjdk.org/browse/JDK-8351538 ? Or one by one? Generally any gudidance to save both mine and reviewers cycles Welcomed. Thanx for pointing it out. I wanted to do it as part of the rebase, but Andrew advised against, and that was good intermediate step. Is it supposed to target before January CPU,or rather later?

judovana · 2025-11-14T10:07:23Z

@mrserb Unless you advice differently, I will be backporting one by one, not necessasrily doing PR with each minor (eg 8203367, 2.9.1 is CVE IIReadC) , but will be testing build-ability on old systems.

judovana · 2025-11-14T10:49:56Z

@mrserb Despite from build system, only "

--- jdk/make/lib/Awt2dLibraries.gmk
+++ jdk/make/lib/Awt2dLibraries.gmk
@@ -541,6 +541,7 @@ else
          E_STATEMENT_NOT_REACHED \
          E_END_OF_LOOP_CODE_NOT_REACHED, \
       DISABLED_WARNINGS_microsoft := 4267 4244 4312, \
+      DISABLED_WARNINGS_gcc := implicit-fallthrough, \
       LDFLAGS := $(LDFLAGS_JDKLIB) \
           $(call SET_SHARED_LIBRARY_ORIGIN), \
  ))

is present in 2.9.1, it requires openjdk/jdk11u@f74d0ae#diff-a634b106e57d9efbd1270664b8b79b2048b035a109b6f5220c4d39a4293d4458 thoughts? I guess I will bring it on jdk8u mailing list...

Started here: #720

This was referenced Oct 28, 2025

Initial minimalistic adaptation of JDK-8 to build with in-tree freetype adoptium/temurin-build#4287

Open

8193017: Import freetype sources into OpenJDK source tree #318

Closed

openjdk bot added the rfr Pull request is ready for review label Oct 28, 2025

judovana force-pushed the inTreeFreeType branch from 8657ac1 to c2a41ed Compare October 28, 2025 13:45

judovana changed the title ~~8193017: Import freetype sources into OpenJDK source tree~~ Backport 58ff4ee8c4ec399528338b59eadea996110366a0 Oct 28, 2025

openjdk bot changed the title ~~Backport 58ff4ee8c4ec399528338b59eadea996110366a0~~ 8193017: Import freetype sources into OpenJDK source tree Oct 28, 2025

openjdk bot added the backport Port of a pull request already in a different code base label Oct 28, 2025

openjdk bot added the approval Requires approval; will be removed when approval is received label Oct 29, 2025

gnu-andrew suggested changes Nov 10, 2025

View reviewed changes

judovana force-pushed the inTreeFreeType branch from c2a41ed to 0c7f5b2 Compare November 11, 2025 13:58

Backport 58ff4ee8c4ec399528338b59eadea996110366a0

c6a920c

Co-authored-by: George Adams <[email protected]>

judovana force-pushed the inTreeFreeType branch from 0c7f5b2 to c6a920c Compare November 12, 2025 08:30

gnu-andrew approved these changes Nov 12, 2025

View reviewed changes

openjdk bot added ready Pull request is ready to be integrated and removed approval Requires approval; will be removed when approval is received labels Nov 12, 2025

openjdk bot added the sponsor Pull request is ready to be sponsored label Nov 12, 2025

openjdk bot added the integrated Pull request has been integrated label Nov 12, 2025

openjdk bot closed this Nov 12, 2025

openjdk bot removed ready Pull request is ready to be integrated rfr Pull request is ready for review sponsor Pull request is ready to be sponsored labels Nov 12, 2025

8193017: Import freetype sources into OpenJDK source tree #709

8193017: Import freetype sources into OpenJDK source tree #709

Conversation

judovana commented Oct 28, 2025 • edited by openjdk bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Progress

Issue

Reviewers

Contributors

Reviewing

Uh oh!

bridgekeeper bot commented Oct 28, 2025

Uh oh!

openjdk bot commented Oct 28, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

openjdk bot commented Oct 28, 2025

Uh oh!

openjdk bot commented Oct 28, 2025

Uh oh!

openjdk bot commented Oct 28, 2025

Uh oh!

mlbridge bot commented Oct 28, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Webrevs

Uh oh!

judovana commented Oct 29, 2025

Uh oh!

judovana commented Oct 29, 2025

Uh oh!

zzambers commented Oct 29, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

judovana commented Oct 31, 2025

Uh oh!

zzambers commented Nov 3, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

zzambers commented Nov 5, 2025

Uh oh!

gnu-andrew left a comment

Choose a reason for hiding this comment

Uh oh!

gnu-andrew commented Nov 10, 2025

Uh oh!

judovana commented Nov 11, 2025

Uh oh!

openjdk bot commented Nov 11, 2025

Uh oh!

judovana commented Nov 11, 2025

Uh oh!

gnu-andrew commented Nov 11, 2025

Uh oh!

judovana commented Nov 11, 2025 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

openjdk bot commented Nov 11, 2025

Uh oh!

judovana commented Nov 11, 2025

Uh oh!

gnu-andrew commented Nov 11, 2025

Uh oh!

judovana commented Nov 12, 2025

Uh oh!

openjdk bot commented Nov 12, 2025

Uh oh!

judovana commented Nov 12, 2025

Uh oh!

zzambers commented Nov 12, 2025

Uh oh!

judovana commented Nov 12, 2025

Uh oh!

gnu-andrew left a comment

Choose a reason for hiding this comment

Uh oh!

gnu-andrew commented Nov 12, 2025

Uh oh!

gnu-andrew commented Nov 12, 2025

Uh oh!

openjdk bot commented Nov 12, 2025

judovana commented Oct 28, 2025 •

edited by openjdk bot

Loading

openjdk bot commented Oct 28, 2025 •

edited

Loading

mlbridge bot commented Oct 28, 2025 •

edited

Loading

zzambers commented Oct 29, 2025 •

edited

Loading

zzambers commented Nov 3, 2025 •

edited

Loading

judovana commented Nov 11, 2025 •

edited

Loading

judovana commented Nov 14, 2025 •

edited

Loading

judovana commented Nov 14, 2025 •

edited

Loading