Re: [PATCH] DOC: typo fix in the configuration manual.

2018-08-24 Thread Arnaud Brousseau
Bump :)

I'm still seeing this typo in the development branch's configuration manual [0].
The original patch [1] should still apply, let me know if you need
anything else.

Cheers,
Arnaud.

[0]: https://github.com/haproxy/haproxy/blob/master/doc/configuration.txt#L16133
[1]: https://www.mail-archive.com/haproxy@formilux.org/msg30587.html

Le dim. 1 juil. 2018 à 20:36, Arnaud Brousseau
 a écrit :
>
> This commit fixes a typo in the description of what the "Tr" timer is
> (Section 8.2.3: "HTTP log format")
> ---
>  doc/configuration.txt | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/doc/configuration.txt b/doc/configuration.txt
> index e901d7ee..06229a91 100644
> --- a/doc/configuration.txt
> +++ b/doc/configuration.txt
> @@ -16028,7 +16028,7 @@ Detailed fields description :
>- "TR" is the total time in milliseconds spent waiting for a full HTTP
>  request from the client (not counting body) after the first byte was
>  received. It can be "-1" if the connection was aborted before a complete
> -request could be received or the a bad request was received. It should
> +request could be received or a bad request was received. It should
>  always be very small because a request generally fits in one single 
> packet.
>  Large times here generally indicate network issues between the client and
>  haproxy or requests being typed by hand. See "Timers" below for
> more details.
> --
> 2.14.3 (Apple Git-98)



[PATCH] DOC: typo fix in the configuration manual.

2018-07-01 Thread Arnaud Brousseau
This commit fixes a typo in the description of what the "Tr" timer is
(Section 8.2.3: "HTTP log format")
---
 doc/configuration.txt | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/configuration.txt b/doc/configuration.txt
index e901d7ee..06229a91 100644
--- a/doc/configuration.txt
+++ b/doc/configuration.txt
@@ -16028,7 +16028,7 @@ Detailed fields description :
   - "TR" is the total time in milliseconds spent waiting for a full HTTP
 request from the client (not counting body) after the first byte was
 received. It can be "-1" if the connection was aborted before a complete
-request could be received or the a bad request was received. It should
+request could be received or a bad request was received. It should
 always be very small because a request generally fits in one single packet.
 Large times here generally indicate network issues between the client and
 haproxy or requests being typed by hand. See "Timers" below for
more details.
--
2.14.3 (Apple Git-98)