Mailing-List: contact users-help@httpd.apache.org; run by ezmlm
Precedence: bulk
Reply-To: users@httpd.apache.org
From: Mark Blackman <mark.blackman@db.com>
To: "mod-auth-cas-dev@lists.wisc.edu" <mod-auth-cas-dev@lists.wisc.edu>,
        "users@httpd.apache.org" <users@httpd.apache.org>
Thread-Topic: mod_auth_cas confused by POST body split across brigades in
 input filter.
Thread-Index: AdEBvTaEL+BoRSwHS9+xivibSeJoRQ==
Date: Thu, 8 Oct 2015 11:34:02 +0000
Message-ID: 
 <39A0AA41C90BDA42BEB03EF9F45DC3F80A058AD2@UCDEDC1PWXMR003.de.db.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [users@httpd] mod_auth_cas confused by POST body split across
 brigades in input
 filter.

Classification: Public

Hi,

I'm querying some unexpected behaviour I'm seeing with the mod_auth_cas mod=
ule under Apache 2.2.

I've got debug messages like the following.

[Thu Oct 01 08:56:44 2015] [debug] mod_auth_cas.c(2769): read 1 bytes (l) f=
rom incoming buckets\n
[Thu Oct 01 08:56:44 2015] [debug] mod_auth_cas.c(2769): read 475 bytes (og=
outRequest=3D%3Csamlp%3ALogoutRequest...) from incoming buckets\n

Looking at the mod_auth_cas code on github corresponding to these lines

https://github.com/Jasig/mod_auth_cas/blob/master/src/mod_auth_cas.c#L2635

This tells me that cas_in_filter is getting called twice for the same reque=
st with the POST body split across two  calls, first 1 byte, then a second =
time with 475 bytes.

I'd have expected a single call with 476 bytes, can anyone give me some clu=
es why the filter is called twice for a single request? Is mod_auth_cas mea=
nt to assume the input filter can be called more than once per request?

Cheers,
Mark


---
This e-mail may contain confidential and/or privileged information. If you =
are not the intended recipient (or have received this e-mail in error) plea=
se notify the sender immediately and delete this e-mail. Any unauthorized c=
opying, disclosure or distribution of the material in this e-mail is strict=
ly forbidden.

Please refer to http://www.db.com/en/content/eu_disclosures.htm for additio=
nal EU corporate and regulatory disclosures and to http://www.db.com/united=
kingdom/content/privacy.htm for information about privacy.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org