It seems to me like a candidate based on being a recent 'regression' and
the use case and potential impact.
I just have not looked at or tested the code myself, and clipboard tests
are at least in some part manual,
so I don't know how well it has been tested.
Did anyone run at least the automated jtreg tests for you on our CI system ?
-phil
On 6/10/25 12:54 PM, Matthias Bläsing wrote:
Hello,
I'd like to ask whether a backport of:
https://github.com/openjdk/jdk/pull/24614
to the stabilisation branch of JDK-25 would have a chance to be
accepted. The PR fixes two issues:
JDK-8332271: Reading data from the clipboard from multiple threads crashes the
JVM (P3)
JDK-8353950: Clipboard interaction on Windows is unstable (P4)
The fix is pretty self contained in four files (one being a new test)
and while changes are done in common code, they only affect windows
clipboard implementation as on all other platforms the called methods
are no-ops.
While JDK-8353950 is a P4, for Apache NetBeans users made it clear,
that they consider a usable clipboard essential.
I already did a local cherry-pick from master to jdk25 and that applied
cleanly. Building the JDK though is a multi-hour project for me and
before starting that quest I wanted to gather feedback here.
Thank you
Matthias
