stable-bot: NOTICE: 14 bug fixes in queue for next release - 1.8

2019-12-14 Thread stable-bot
Hi,

This is a friendly bot that watches fixes pending for the next haproxy-stable 
release!  One such e-mail is sent periodically once patches are waiting in the 
last maintenance branch, and an ideal release date is computed based on the 
severity of these fixes and their merge date.  Responses to this mail must be 
sent to the mailing list.

Last release 1.8.23 was issued on 2019/11/25.  There are currently 14 patches 
in the queue cut down this way:
- 1 MAJOR, first one merged on 2019/12/10
- 4 MEDIUM, first one merged on 2019/12/05
- 9 MINOR, first one merged on 2019/12/05

Thus the computed ideal release date for 1.8.24 would be 2019/12/24, which is 
in two weeks or less.

The current list of patches in the queue is:
- MAJOR   : dns: add minimalist error processing on the Rx path
- MEDIUM  : proto_udp/threads: recv() and send() must not be exclusive.
- MEDIUM  : listener/threads: fix a remaining race in the listener's 
accept()
- MEDIUM  : listener/thread: fix a race when pausing a listener
- MEDIUM  : kqueue: Make sure we report read events even when no data.
- MINOR   : listener: fix off-by-one in state name check
- MINOR   : server: make "agent-addr" work on default-server line
- MINOR   : listener: also clear the error flag on a paused listener
- MINOR   : log: fix minor resource leaks on logformat error path
- MINOR   : listener/threads: always use atomic ops to clear the FD events
- MINOR   : proxy: make soft_stop() also close FDs in LI_PAUSED state
- MINOR   : listener: do not immediately resume on transient error
- MINOR   : mworker: properly pass SIGTTOU/SIGTTIN to workers
- MINOR   : ssl: certificate choice can be unexpected with openssl >= 1.1.1

---
The haproxy stable-bot is freely provided by HAProxy Technologies to help 
improve the quality of each HAProxy release.  If you have any issue with these 
emails or if you want to suggest some improvements, please post them on the 
list so that the solutions suiting the most users can be found.



stable-bot: NOTICE: 14 bug fixes in queue for next release - 2.0

2019-09-07 Thread stable-bot
Hi,

This is a friendly bot that watches fixes pending for the next haproxy-stable 
release!  One such e-mail is sent periodically once patches are waiting in the 
last maintenance branch, and an ideal release date is computed based on the 
severity of these fixes and their merge date.  Responses to this mail must be 
sent to the mailing list.

Last release 2.0.5 was issued on 2019/08/16.  There are currently 14 patches in 
the queue cut down this way:
- 8 MEDIUM, first one merged on 2019/08/23
- 6 MINOR, first one merged on 2019/08/26

Thus the computed ideal release date for 2.0.6 would be 2019/09/22, which is in 
two weeks or less.

The current list of patches in the queue is:
- MEDIUM  : cache: Don't cache objects if the size of headers is too big
- MEDIUM  : url32 does not take the path part into account in the returned 
hash.
- MEDIUM  : peers: local peer socket not bound.
- MEDIUM  : proto-http: Always start the parsing if there is no outgoing 
data
- MEDIUM  : mux-h1: do not report errors on transfers ending on buffer full
- MEDIUM  : listener/threads: fix an AB/BA locking issue in 
delete_listener()
- MEDIUM  : cache: Properly copy headers splitted on several shctx blocks
- MEDIUM  : mux-h1: do not truncate trailing 0CRLF on buffer boundary
- MINOR   : mux-h1: Fix size evaluation of HTX messages after headers 
parsing
- MINOR   : mux-h1: Don't stop anymore input processing when the max is 
reached
- MINOR   : h1: Properly reset h1m when parsing is restarted
- MINOR   : mux-h1: Be sure to update the count before adding EOM after 
trailers
- MINOR   : mworker: disable SIGPROF on re-exec
- MINOR   : http-ana: Reset response flags when 1xx messages are handled

---
The haproxy stable-bot is freely provided by HAProxy Technologies to help 
improve the quality of each HAProxy release.  If you have any issue with these 
emails or if you want to suggest some improvements, please post them on the 
list so that the solutions suiting the most users can be found.



stable-bot: NOTICE: 14 bug fixes in queue for next release

2019-05-04 Thread stable-bot
Hi,

This is a friendly bot that watches fixes pending for the next haproxy-stable 
release!  One such e-mail is sent periodically once patches are waiting in the 
last maintenance branch, and an ideal release date is computed based on the 
severity of these fixes and their merge date.  Responses to this mail must be 
sent to the mailing list.

Last release 1.9.7 was issued on 2019/04/25.  There are currently 14 patches in 
the queue cut down this way:
- 1 MAJOR, first one merged on 2019/04/30
- 9 MEDIUM, first one merged on 2019/04/29
- 4 MINOR, first one merged on 2019/04/29

Thus the computed ideal release date for 1.9.8 would be 2019/05/14, which is in 
two weeks or less.

The current list of patches in the queue is:
- MAJOR   : map/acl: real fix segfault during show map/acl on CLI
- MEDIUM  : channels: Don't forget to reset output in channel_erase().
- MEDIUM  : pattern: fix memory leak in regex pattern functions
- MEDIUM  : servers: fix typo "src" instead of "srv"
- MEDIUM  : listener: Fix how unlimited number of consecutive accepts is 
handled
- MEDIUM  : port_range: Make the ring buffer lock-free.
- MEDIUM  : mux-h2: properly deal with too large headers frames
- MEDIUM  : spoe: arg len encoded in previous frag frame but len changed
- MEDIUM  : connections: Make sure we remove CO_FL_SESS_IDLE on disown.
- MEDIUM  : contrib/modsecurity: If host header is NULL, don't try to 
strdup it
- MINOR   : haproxy: fix rule->file memory leak
- MINOR   : http: Call stream_inc_be_http_req_ctr() only one time per 
request
- MINOR   : checks: free memory allocated for tasklets
- MINOR   : log: properly free memory on logformat parse error and deinit()

---
The haproxy stable-bot is freely provided by HAProxy Technologies to help 
improve the quality of each HAProxy release.  If you have any issue with these 
emails or if you want to suggest some improvements, please post them on the 
list so that the solutions suiting the most users can be found.