Greetings.
[...]
The issue: The simplest script I can't think of doesn't work.
my $r = shift;
$r-send_http_header(text/plain);
$r-print(hello world);
When I try to access the script, my MSIE 6.0 prompts for
download when it
should simple print the hello world string.
Hi,
In mod_perl 2 under MPM (win32), is there a way of returning the request
to the client (browser) and having the script continue doing other
(time consuming) operations (without the client having to wait).
Under mp1/linux I guess I could fork but how can I do this on win32?
A typical example
[ Please keep it on the list ... ]
Bleicke Holm wrote:
[Thu Mar 20 11:16:40 2003] [notice] Apache/1.3.26 (Unix) Debian GNU/Linux
PHP/4.1.2 mod_perl/1.26 mod_perl/1.26 configured -- resuming normal operations
[Thu Mar 20 11:16:40 2003] [notice] suEXEC mechanism enabled (wrapper:
Thanks, that worked. Now I can use the regular authentication stuff.
As I said in my last email, in the interest of preventing location
pollution, is there some way I could make those PerlSetVars available to
subsequent requests to a different location? I can't think of any way
to do it without
Hann, Brian wrote:
Thanks, that worked. Now I can use the regular authentication stuff.
As I said in my last email, in the interest of preventing location
pollution, is there some way I could make those PerlSetVars available to
subsequent requests to a different location? I can't think of any
Partially, and yes that seems to work. But here's the thing:
When a user fails to enter a good password they will be given a chance
to enter questions like What is your mother's maiden name, etc. and
get their account unlocked.
Without passing the enc_key and system_id in form parameters, is
Hann, Brian wrote:
Partially, and yes that seems to work. But here's the thing:
When a user fails to enter a good password they will be given a chance
to enter questions like What is your mother's maiden name, etc. and
get their account unlocked.
Without passing the enc_key and system_id in
Hello,
AFAs an aside, if anyone on the list knows of ways to defang this really
AFannoying IE behavior, I would be most interested in knowing about it
Two (and probably more) ways to do it. This is probably in a FAQ
somewhere as it is a common problem.
(1) Fool IE by snarfing another
On Thu, Mar 20, 2003 at 02:04:55PM -0800, Andrew Ho wrote:
Hello,
AFAs an aside, if anyone on the list knows of ways to defang this really
AFannoying IE behavior, I would be most interested in knowing about it
Two (and probably more) ways to do it. This is probably in a FAQ
somewhere
Robert Landrum wrote:
On Thu, Mar 20, 2003 at 02:04:55PM -0800, Andrew Ho wrote:
Hello,
AFAs an aside, if anyone on the list knows of ways to defang this really
AFannoying IE behavior, I would be most interested in knowing about it
Two (and probably more) ways to do it. This is probably in a
Hello,
SBCan someone please summarize the problem and add possible solutions and
SBpost it here so we can add it to this document:
SBhttp://perl.apache.org/docs/tutorials/client/browserbugs/browserbugs.html
Sometimes, MSIE will ignore the MIME type specified in a Content-Type
header, and instead
Hello,
AGcalled foo.reg, even if it outputs a Content-Type: text/plain webserver,
s/webserver,/header,/
Humbly,
Andrew
--
Andrew Ho http://www.tellme.com/ [EMAIL PROTECTED]
Engineer
Heyas,
AHFinally, MSIE respects the Content-Disposition MIME header. This isn't
AHofficially part of the HTTP spec, but is especially useful because you
AHcan suggest a filename.
One more addition. While poking around RFC 2616 for some other stuff I
found that Content-Disposition is in fact
Hi All,
I got a version from cvs today and make test fails with:
protocol/echo_filter...ok
protocol/eliza.skipped
all skipped: cannot find module 'Chatbot::Eliza'
All tests successful, 3 tests skipped.
Files=115, Tests=610, 230 wallclock secs (115.33 cusr + 30.32
Jie Gao wrote:
Hi All,
I got a version from cvs today and make test fails with:
special_blocks.ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
Thanks Jie.
Your bug report missing the mod_perl and apache information. You should have
run t/REPORT to get this as explained
On Fri, 21 Mar 2003, Stas Bekman wrote:
Date: Fri, 21 Mar 2003 14:09:11 +1100
From: Stas Bekman [EMAIL PROTECTED]
To: Jie Gao [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: cvs version make test errors
Jie Gao wrote:
Hi All,
I got a version from cvs today and make test fails
Jie Gao wrote:
I got a version from cvs today and make test fails with:
special_blocks.ok 5/12unable to find interp de76d477-58b9-0310-b94d-dd991812e62e
Thanks Jie.
Your bug report missing the mod_perl and apache information. You should have
run t/REPORT to get this as explained here:
17 matches
Mail list logo