From f5d912647b8ef33654e931fd4ba03ee3b02600f7 Mon Sep 17 00:00:00 2001
From: Luca Toscano <elukey@apache.org>
Date: Mon, 8 Jan 2018 10:21:27 +0000
Subject: [PATCH] documentation rebuild

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x@1820542 13f79535-47bb-0310-9956-ffa450edef68
---
 docs/manual/mod/event.html.en | 7 +++++--
 docs/manual/mod/event.xml.fr  | 2 +-
 2 files changed, 6 insertions(+), 3 deletions(-)

diff --git a/docs/manual/mod/event.html.en b/docs/manual/mod/event.html.en
index de3b701bbf..e249a90c5b 100644
--- a/docs/manual/mod/event.html.en
+++ b/docs/manual/mod/event.html.en
@@ -132,8 +132,11 @@ of the <code class="directive">AsyncRequestWorkerFactor</code>.</p>
             sockets and they can be re-used to serve other requests.</dd>
 
             <dt>Closing</dt>
-            <dd>Sometimes the MPM needs to perform a lingering close, namely sending back an early error to the client while it is still transmitting data to httpd. Sending the response and then closing the connection immediately is not the correct thing to do since the client (still trying to send the rest of the request) would get a connection reset and could not read the httpd's response. So in such cases, httpd tries to read the rest of the request to allow the client to consume the response. The lingering close is time bounded but it can take relatively long time, so a worker thread can offload this work to the listener. From 2.4.28 onward
-            the listener does not perform the lingering close anymore but it offloads the job to the first worker available.
+            <dd>Sometimes the MPM needs to perform a lingering close, namely sending back an early error to the client while it is still transmitting data to httpd.
+            Sending the response and then closing the connection immediately is not the correct thing to do since the client (still trying to send the rest of the
+            request) would get a connection reset and could not read the httpd's response. The lingering close is time bounded but it can take relatively long
+            time, so it's offloaded to a worker thread (including the shutdown hooks and real socket close). From 2.4.28 onward this is also the
+            case when connections finally timeout (the listener thread never handles connections besides waiting for and dispatching their events).
             </dd>
         </dl>
 
diff --git a/docs/manual/mod/event.xml.fr b/docs/manual/mod/event.xml.fr
index 028b13a1f4..1e3146b17a 100644
--- a/docs/manual/mod/event.xml.fr
+++ b/docs/manual/mod/event.xml.fr
@@ -1,7 +1,7 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <!DOCTYPE modulesynopsis SYSTEM "../style/modulesynopsis.dtd">
 <?xml-stylesheet type="text/xsl" href="../style/manual.fr.xsl"?>
-<!-- English Revision: 1774500:1820466 (outdated) -->
+<!-- English Revision: 1774500:1820541 (outdated) -->
 <!-- French translation : Lucien GENTIS -->
 <!-- Reviewed by : Vincent Deffontaines -->
 
-- 
2.40.0