On Thu, Aug 07, 2003 at 04:46:51PM -0700, Stas Bekman wrote:
>
> Please try the latest mp2 cvs, I've added a new test t/api/rflush.t,
> it tests rflush explicitly (even though it's already used for
> exactly this purpose in several other tests).
[...]
> does it work for you?
I tried the latest
Stas Bekman wrote:
>Geoffrey Young wrote:
>>Martin Wickman wrote:
>>>Martin Wickman wrote:
>>>
>>>>According to docs[1], $r->rflush() should create a new brigade
>>>>with data. It does not.
>>
>>I've seen this also, but was
On Wed, Aug 06, 2003 at 07:33:49AM -0700, Stas Bekman wrote:
> Martin Wickman wrote:
[...]
> oops, sorry. Can you try with the latest cvs?
Not at the moment. But I'll try in a few days.
> Your particular problem report was fine, what you have missed is the output
> of t/REPO
Just checking that this did not get lost on the way. Anyone care to
give me a hint?
On Thu, Jul 31, 2003 at 10:17:06PM +0200, Martin Wickman wrote:
> Hello
>
> According to docs[1], $r->rflush() should create a new brigade with
> data. It does not.
>
> It see
Hello
According to [1], $r->rflush() should create a new brigade with
data. It does not. It seems the docs and/or my understanding of this
is in error (probably the latter...).
This is with:
Apache/2.0.47 (Debian GNU/Linux) mod_perl/1.99_07-dev Perl/v5.8.0
And I am using the streaming filter a
Hello
On apache startup I get:
"Invalid command 'PerlLoadModule', perhaps mis-spelled or defined by a
module not included in the server configuration"
This is with
Apache/2.0.46 (Debian GNU/Linux) mod_perl/1.99_07-dev Perl/v5.8.0
Is my mod_perl to old or something?
Btw, I have followed rel
On Wed, Jul 23, 2003 at 02:37:30PM +0200, Fatih Gey wrote:
> From: "Martin Wickman" <[EMAIL PROTECTED]>
[...]
> > Nope. When the browser gets a 401 response from the server, it
> > will (most likely) pop up a dialog asking the user for name and
> > password
On Mon, Jul 21, 2003 at 12:36:55PM +0200, Fatih Gey wrote:
> > On Mon, Jul 21, 2003 at 01:05:58AM +0200, Fatih Gey wrote:
> > >
> > > i was writing my own AuthHandler with modperl v2 (v1.99_09).
> >
> > [...]
> >
> > > After having entered user/pass via html-form, this authentification
> > > doe
On Mon, Jul 21, 2003 at 01:05:58AM +0200, Fatih Gey wrote:
>
> i was writing my own AuthHandler with modperl v2 (v1.99_09).
[...]
> After having entered user/pass via html-form, this authentification
> does his job well, but on the following request (on same browser)
> $obj->user doesnt seem to
Any thoughts on this stuff?
I'd like to try my ideas on the list before going ahead and
implementing it in practice.
- Forwarded message from Martin Wickman <[EMAIL PROTECTED]> -----
From: Martin Wickman <[EMAIL PROTECTED]>
Subject: Re: Combining authen-handler with mod_
On Mon, Jul 07, 2003 at 10:06:59AM -0700, Geoffrey Young wrote:
[...]
>>I think a lot of interesting password policies could be implemented
>>if it was possible to run perl-code before and after existing
>>authentication modules. Is it feasible to add this to the current
>>mod_perl as a runtime o
On Sat, Jul 05, 2003 at 02:28:09PM -0400, Geoffrey Young wrote:
>
>
> Martin Wickman wrote:
> >Hello
> >
> >The short version:
> >
> >How can I force my mod_perl Authen-handler to run after mod_auth and
> >not before it?
>
> in Apache 1.3 yo
Hello
The short version:
How can I force my mod_perl Authen-handler to run after mod_auth and
not before it?
The long version:
I have been trying to do some clever things using a combination of
mod_auth with Authen-handlers in mod_perl2 (v1.99.07-1) and apache
2. The actual implementation is
13 matches
Mail list logo
