<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8"></head><body><div>I will add my test information to the bug. Thanks for reviewing it.</div><div><br></div><div><br></div><div><br></div><div id="composer_signature"><meta http-equiv="Content-Type" content="text/html; charset=UTF-8">--Jamil</div><div><br></div><div style="font-size:100%;color:#000000"><!-- originalMessage --><div>-------- Original message --------</div><div>From: Bradford Wetmore <bradford.wetmore@oracle.com> </div><div>Date: 9/19/18 3:13 PM (GMT-08:00) </div><div>To: Norman Maurer <norman.maurer@googlemail.com>, Jamil Nimeh <jamil.j.nimeh@oracle.com> </div><div>Cc: OpenJDK Dev list <security-dev@openjdk.java.net> </div><div>Subject: Re: RFR: JDK-8210846, TLSv.1.3 interop problems with OpenSSL 1.1.1 when used on the client side with mutual auth </div><div><br></div></div>Looks good from a CR standpoint. Silly typos...<br><br>Looking forward to hearing back from Norman. I believe we are running <br>the same testbed, so I expect it will work.<br><br>Jamil, be sure to include the specific interop test information in the <br>bug, so that when SQE goes to verify, they can be sure to run it manually.<br><br>Brad<br><br><br>On 9/19/2018 1:59 PM, Norman Maurer wrote:<br>> I will test and report back later today . Thanks for the quick turnaround<br>> <br>>> Am 19.09.2018 um 13:47 schrieb Jamil Nimeh <jamil.j.nimeh@oracle.com>:<br>>><br>>> Hello all,<br>>><br>>> This fix handles an issue in TLS client certificate authentication where our client was failing to send a certificate after consuming the CertificateRequest message. Thanks to Norman Maurer for bringing this to our attention.<br>>><br>>> Webrev: http://cr.openjdk.java.net/~jnimeh/reviews/8210846/webrev.01/<br>>><br>>> JBS: https://bugs.openjdk.java.net/browse/JDK-8210846<br>>><br>>> --Jamil<br>>><br></body></html>