Backport Candidate: JDK-8332271/ JDK-8353950 (PR #24614)

[Philip Race]

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