On Fri, 8 Nov 2024 21:01:57 GMT, Phil Race wrote:
>>> I'd not looked at this test before but when I do the thing I noticed is
>>> that createPrivateValue is no longer used. But I don't see a problem with
>>> keeping the rest of the test.
>>
>> @prrace Do I understand correctly that _“`createPr
On 10/11/2024 12:04, Peter Firmstone wrote:
:
Java doesn't implement RFC2396 strictly, as it has an expanded
character set that doesn't require escaping and can result in more
than one normalized form. My understanding is its these types of
corner cases regarding character escaping are what
On Fri, 8 Nov 2024 13:54:43 GMT, Nizar Benalla wrote:
>> Can I please get a review for this patch that brings the `@since` test
>> described
>> [here](https://mail.openjdk.org/pipermail/jdk-dev/2024-October/009474.html)
>> to the networking area modules.
>>
>> The benefit from this is helping
On Fri, 1 Nov 2024 17:05:09 GMT, Nizar Benalla wrote:
> Can I please get a review for this patch that brings the `@since` test
> described
> [here](https://mail.openjdk.org/pipermail/jdk-dev/2024-October/009474.html)
> to the networking area modules.
>
> The benefit from this is helping API a
> [JDK-8342075](https://bugs.openjdk.org/browse/JDK-8342075) has introduced
> more flow controls checks, but also introduced a race condition where
> DataFrames for closed streams may fail to be discounted from the connection
> window.
>
> The consequence is that WINDOW_UPDATE frames for the co