On Fri, Dec 2, 2016 at 4:28 PM, Yann Ylavic wrote:
> On Fri, Dec 2, 2016 at 10:06 PM, Yann Ylavic wrote:
> > On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic
> wrote:
> >>
> >> Patch attached, WDYT?
> >
> > Ping, probably is worth
On Fri, Dec 2, 2016 at 10:06 PM, Yann Ylavic wrote:
> On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic wrote:
>>
>> Patch attached, WDYT?
>
> Ping, probably is worth considering for 1.6 (even 1.5) ?
Committed to APR trunk (r1772414), 1.6.x (r1772415) and
On Fri, Dec 2, 2016 at 3:06 PM, Yann Ylavic wrote:
> On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic wrote:
> >
> > Patch attached, WDYT?
>
> Ping, probably is worth considering for 1.6 (even 1.5) ?
>
Provided you don't *break* the API contract with
On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic wrote:
>
> Patch attached, WDYT?
Ping, probably is worth considering for 1.6 (even 1.5) ?
>
> Regards,
> Yann.
[Adding dev@apr, with a little abstract]
On Mon, Sep 12, 2016 at 10:31 AM, Ewald Dieterich wrote:
>
> Looks like the problem is this:
>
> * In session_crypto_init() a crypto context is created from a global pool
> (server->pconf).
> * In encrypt_string() and decrypt_string() a
On Tue, Oct 4, 2016 at 5:29 PM, Graham Leggett wrote:
> On 4 Oct 2016, at 15:47, Paul Spangler wrote:
>
>> From my understanding, apr_crypto_key_t is an opaque struct defined
>> separately by each crypto provider, so mod_session_crypto will not be able
On 10/4/2016 10:29 AM, Graham Leggett wrote:
On 4 Oct 2016, at 15:47, Paul Spangler wrote:
From my understanding, apr_crypto_key_t is an opaque struct defined separately
by each crypto provider, so mod_session_crypto will not be able to do the
sizeof.
That's a sizeof
On 4 Oct 2016, at 15:47, Paul Spangler wrote:
> From my understanding, apr_crypto_key_t is an opaque struct defined
> separately by each crypto provider, so mod_session_crypto will not be able to
> do the sizeof.
That's a sizeof a pointer to apr_crypto_key_t, not the
On 9/12/2016 2:41 PM, Yann Ylavic wrote:
On Mon, Sep 12, 2016 at 10:31 AM, Ewald Dieterich wrote:
On 06/13/2016 09:38 AM, Ewald Dieterich wrote:
Looks like the problem is this:
Thanks for invertigating!
Yes, I recently found a case where this error comes up as well and
On Mon, Sep 12, 2016 at 10:31 AM, Ewald Dieterich wrote:
> On 06/13/2016 09:38 AM, Ewald Dieterich wrote:
>
> Looks like the problem is this:
Thanks for invertigating!
>
> * In session_crypto_init() a crypto context is created from a global pool
> (server->pconf).
> * In
On 06/13/2016 09:38 AM, Ewald Dieterich wrote:
I configured form authentication with mod_auth_form, mod_session_cookie
and mod_session_crypto in Apache 2.4.20 on Debian unstable and get
random AH01842 errors ("decrypt session failed, wrong passphrase"). The
passphrase was not changed when this
11 matches
Mail list logo