Checkout Tools
  • last updated 3 hours ago
Constraints: committers
Constraints: files
Constraints: dates

Changeset 1750682 is being indexed.



Required since w/o this patch, previous build fail (no lbmethods)

* Vote
update transformation

update transformation

svn:eol-style native

--enable-mods-[shared|static]=none has *never* done anything special.
svn:eol-style = native

--enable-mods-[shared|static]=none has *never* done anything special.
update transformation

update transformation

fix properties

update transformation

svn:eol-style = native

Complete the lbmethods patch in the case of --enable-proxy-balancer=shared

(that value was forgotten once the module was enabled), and note a nice-to-have

backport that isn't critical for 2.4.23.

Small change to r952007, ensure we don't wipe out the $enable_foomod value

when that value is 'shared'. The 'yes', 'shared', 'static' and 'no' values

are all valid.

Asked and answered, we have a fallback behavior
Raise the question in status
Account for lost toggle in lbmethod(s)
mod_proxy: follow up to r1750392 and r1750474.

Restore PROXY_WORKER_IS_USABLE() check in ap_proxy_connect_backend(), we must

obviously (un)put backend in error state based on the result of the actual

connect(), and don't change it in ap_proxy_check_backend()...

APR_SUCCESS return by ap_proxy_check_backend(), i.e. a usable worker and an

established connection, is enough for modules to continue w/o calling

ap_proxy_connect_backend(), still.

Fix proxy balancer lbmethod --enable defaults to follow proxy_balancer
mod_proxy_http2: detect TLS close notify on backend connection, patch by Yann Ylavic
mod_proxy: follow up to r1750392: comment on proxy_conn_rec->tmp_bb.
Merge r1750218 from trunk:

Follow up to r1737447: fix max_spare_threads lower bound.

Suggested by: Rick Houser <rick.houser>

Submitted by: ylavic

Reviewed/backported by: jim



Merge r1750335, r1750407, r1750420 from trunk:

Ensure not-selected means 'no', once an APACHE_MODULE enable_foo is processed

Account for explicit enable- cases of 'shared', 'few', 'all', 'reallyall'

This is not C code... no semi, a colon is a noop

Submitted by: wrowe

Reviewed/backported by: jim

Merge r1750043 from trunk:

Replace the proxy_mods_enable logic, with its hazardous 'yes' value that

aborts the build on missing dependencies, with a local override of the

module_selection as 'most', and module_default of the same shared|static

model that was requested through --enable-proxy.

[For trunk, we need to reevaluate the 'most' condition of some of the more

esoteric modules, and simply drop the module_default override; where a user

wants to enable -only- mod_proxy, plus one proxy mechanism, the legacy 2.4.x

behavior retained by this patch is nuts. For one example,

--enable-modules=few --enable-proxy-yes --enable-proxy_http

is a completely specific and legitimate syntax --- adding 10 other proxy

providers in response to this syntax is absurd.]

Submitted by: wrowe

Reviewed/backported by: jim

Merge r1749401, r1749404 from trunk:

Fix 'x' command processing in mod_sed.

This has been tested using a slighly modified example taken from:

(OutputSed "s/.\*//" has been changed in OutputSed "s/.*//")

OutputSed "/Sunday/ {"

OutputSed "h"

OutputSed "s/.*//"

OutputSed "N"

OutputSed "s/\^.//"

OutputSed "/Monday/ {"

OutputSed "x"

OutputSed "s/Sunday/Monday/"

OutputSed "x"

OutputSed "s/Monday/Tuesday/"

OutputSed "H"

OutputSed "g"

OutputSed "}"

OutputSed "}"

Add CHANGES entry for r1749401

Submitted by: jailletc36

Reviewed/backported by: jim

mod_proxy: follow up to r1750392.

Avoid double checking the connection in ap_proxy_connect_backend() when

ap_proxy_check_backend() says it is up and good to go.

This can be done by moving the PROXY_WORKER_IS_USABLE() check in

ap_proxy_check_backend(), since it is called by ap_proxy_connect_backend(),

and not calling the latter if the former succeeded (for the modules using it).