<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" "http://www.w3.org/TR/REC-html40/loose.dtd">
<html lang="en">
<head>
<meta content="text/html; charset=US-ASCII" http-equiv="Content-Type">
<title>
GitLab
</title>


<style>img {
max-width: 100%; height: auto;
}
</style>
</head>
<body>
<div class="content">

<p style="color: #777777;">
<a href="https://gitlab.com/nmav">Nikos Mavrogiannopoulos</a>
commented:
</p>
<div style="">
<p dir="auto">Hi Michael. There is no such function to check for a closed session, as a session can close only explicitly (bye), or by a fatal error during send or recv. Going through the log again I think I see a more detailed pattern:</p>
<ol dir="auto">
<li>
<code>gnutls_session_get_data2()</code> is called</li>
<li>error is printed: <code>GTLS: The pull function has been replaced but not the pull timeout</code>
</li>
<li>send is called and it considers the session as closed</li>
</ol>
<p dir="auto">So it must be (2)  that causes the error. A change in TLS1.3 was that a session ticket arrives asynchronously, and that's why session_get_data2(), now tries to read with a timeout. That the pull timeout was not required before except for DTLS and in the case you were using a receiving function that explicitly set a timeout. As many applications set <code>gnutls_transport_set_pull_timeout_function</code> anyway, an issue like that may not have been noticed. Could that be the case here? (does glib-networking set the pull timeout?)</p>
<p dir="auto">If it is not calling it what we can do in gnutls is make sure that <code>gnutls_session_get_data2()</code> does not require a timeout if a callback is not set instead of invalidating the session. A better fix would be to set the callback of course.</p>
</div>


</div>
<div class="footer" style="margin-top: 10px;">
<p style="font-size: small; color: #777;">

<br>
Reply to this email directly or <a href="https://gitlab.com/gnutls/gnutls/issues/823#note_221631821">view it on GitLab</a>.
<br>
You're receiving this email because of your account on gitlab.com.
If you'd like to receive fewer emails, you can
<a href="https://gitlab.com/sent_notifications/fbb8578f2145bf3f77a15396495b8949/unsubscribe">unsubscribe</a>
from this thread or
adjust your notification settings.
<script type="application/ld+json">{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View Issue","url":"https://gitlab.com/gnutls/gnutls/issues/823#note_221631821"}}</script>


</p>
</div>
</body>
</html>