RFR: 8353002: Remove unnecessary Windows version check in WTaskbarPeer

Daniel Gredler dgredler at openjdk.org
Wed Apr 2 10:32:09 UTC 2025


On Wed, 2 Apr 2025 04:05:52 GMT, Sergey Bylokhov <serb at openjdk.org> wrote:

>> Interesting, thanks for the link!
>> 
>> One issue I see with [JDK-8294427](https://bugs.openjdk.org/browse/JDK-8294427) is that it didn't work all the way back to the original Windows 10 release, which conflicts with the [Oracle compatibility matrix](https://www.oracle.com/java/technologies/javase-subscription/documentation.html#sysconfig).
>> 
>> But besides that, I'm surprised that a fix was implemented and tested targeting Windows 7 compatibility. Is there a different OpenJDK compatibility matrix that I should be aware of? If not, what were the criteria dictating that Windows 7 compatibility be maintained (at least in 2023)?
>
> The biggest issue with [JDK-8294427](https://bugs.openjdk.org/browse/JDK-8294427) is that it was backported to older updates, including JDK 11, which is still in use on legacy systems. I think it's reasonable to assume that JDK 25 is supported on Windows 7 and later. However, it would be good to add a notice in JBS stating that it should not be backported.

Ah, that makes sense -- so the gray area here are releases which technically do not currently support these older Windows versions, but did originally when they were first released, and we don't want to break that compatibility.

I've added a backporting note in JBS, as suggested. Is there a label I should add in JBS as well?

@aivanov-jdk Does that make sense / work for you as well?

@mrserb I'm assuming you meant "I think it's reasonable to assume that JDK 25 is supported on Windows ~~7~~ **10** and later", is that right?

-------------

PR Review Comment: https://git.openjdk.org/jdk/pull/24287#discussion_r2024550414


More information about the client-libs-dev mailing list