www-apache-bugdb mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Wes Hardaker <wjharda...@ucdavis.edu>
Subject mod_perl/6215: perlAccessHandler locks all other requests
Date Tue, 20 Jun 2000 16:49:41 GMT

>Number:         6215
>Category:       mod_perl
>Synopsis:       perlAccessHandler locks all other requests
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    apache
>State:          open
>Class:          sw-bug
>Submitter-Id:   apache
>Arrival-Date:   Tue Jun 20 09:50:00 PDT 2000
>Originator:     wjhardaker@ucdavis.edu
>Release:        3.1.12
win32 binary install of apache (or from source).  mod_perl 1.21 (binary or source).
OS: NT4 (sp4 on one machine, probly
Internally to our environment, we have a mod_perl based access handler the details of which
aren't important.

With apache 3.1.12 (3.1.9 didn't exhibit the problem) when the access handler is enabled the
web server does not process other incoming requests until the first is finished downloading
the file in question.  This is extremely bad if you're trying to server some very large files
protected by an access handler, as all future clients aren't able to see anything (files,
html, etc) beyond the access handler until the first request has either fully downloaded the
file in question or they've hit cancel.

Even a really simple access handler:

sub handler {
return OK;

exhibits this behavior.
See full description.

PerlModule access.pm
<Location /blah>
PerlAccessHandler access

package accesss;
use Apache::Constants qw(OK);

sub handler {
  return OK;

put a large file in blah and start downloading it, and then in another window try to download
any other file in blah before the large file download finishes.
I wish.
 [In order for any reply to be added to the PR database, you need]
 [to include <apbugs@Apache.Org> in the Cc line and make sure the]
 [subject line starts with the report component and number, with ]
 [or without any 'Re:' prefixes (such as "general/1098:" or      ]
 ["Re: general/1098:").  If the subject doesn't match this       ]
 [pattern, your message will be misfiled and ignored.  The       ]
 ["apbugs" address is not added to the Cc line of messages from  ]
 [the database automatically because of the potential for mail   ]
 [loops.  If you do not include this Cc, your reply may be ig-   ]
 [nored unless you are responding to an explicit request from a  ]
 [developer.  Reply only with text; DO NOT SEND ATTACHMENTS!     ]

View raw message