git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89959 13f79535-47bb-0310-9956-ffa450edef68

  Per Silve's request, some docs that I was messing with these.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89957 13f79535-47bb-0310-9956-ffa450edef68

  Whoops, missing win32 goodness


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89956 13f79535-47bb-0310-9956-ffa450edef68

1) return DECLINED instead of OK from the quick_handler so we get
   some output

2) don't install x_fixer_upper() as a create_request handler; otherwise
   we segfault since r->per_dir_config hasn't been initialized yet


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89955 13f79535-47bb-0310-9956-ffa450edef68

  Gone, see .html.en flavors


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89951 13f79535-47bb-0310-9956-ffa450edef68

  These will _not_ be required in 2.0  If they are required today, there is
  still a bug to track down.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89950 13f79535-47bb-0310-9956-ffa450edef68

  Remove the ->mtime reset back to negotiation, who decided to do this.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89949 13f79535-47bb-0310-9956-ffa450edef68

  _THIS_ is why mod_dir wouldn't serve the results of mod_negotiation
  with a query string


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89948 13f79535-47bb-0310-9956-ffa450edef68

  Fix typo from extracting the fast-redirect code


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89947 13f79535-47bb-0310-9956-ffa450edef68

  The real slim shady finally stood up.  This patch segregates the fast
  internal redirect logic back into http_request, the next patch will
  actually fix it.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89946 13f79535-47bb-0310-9956-ffa450edef68

  Kill some deadwood


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89945 13f79535-47bb-0310-9956-ffa450edef68

  Same cleanups as applied to mod_cgi, falling out of scope != destruction
  in plain ol' C.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89944 13f79535-47bb-0310-9956-ffa450edef68

  We are done with this subrequest (before we even got started...) so
  dump it early.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89943 13f79535-47bb-0310-9956-ffa450edef68

  This is not C++, falling out of scope doesn't constitute destruction :)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89942 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89938 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89935 13f79535-47bb-0310-9956-ffa450edef68

  This was entirely broken.  We cannot skip the location walk just because
  we are in a file subrequest (think of a file server-status sitting in
  the document root, this shouldn't be blindly served as a 'file'.)


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89934 13f79535-47bb-0310-9956-ffa450edef68

  Just a little cleaner.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89933 13f79535-47bb-0310-9956-ffa450edef68

  Multiviews and mod_negotiation will already handle this case, it never
  belonged in mod_cgi itself.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89932 13f79535-47bb-0310-9956-ffa450edef68

  More explanation


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89931 13f79535-47bb-0310-9956-ffa450edef68

problems, and it makes up initialize the queue only once.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89930 13f79535-47bb-0310-9956-ffa450edef68

or restarts.

New processes aren't able to start all their threads right away
if other dying processes share the same scoreboard real estate.
So give empty process slots in the scoreboard top priority.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89928 13f79535-47bb-0310-9956-ffa450edef68

addressed; I presume those are waiting for an APR-ization of the
queue/condition mechanism


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89921 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89920 13f79535-47bb-0310-9956-ffa450edef68

  Subtle variation for security.  If the mod_mime file has nothing specific
  to say about a given set of file extentions (and has only based the
  resolved fields on the default language, encoding and content type)
  then tell us we can ignore the result by leaving the exception list
  entirely undefined.  If mod_mime adds anything (a language, charset, or
  whatnot) then proceed to use the file in the Multiviews evaluation,
  otherwise mod_negotation will ignore the file found.

  This points out a need for a slightly twisted DefaultClientLanguage,
  as opposed to creating foo.html.html files.  Either that, or introduce
  a 'neutral' entity that the user can list (say, .default) for mod_mime
  to declare it as a fallback language/encoding/content-type/handler.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89919 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89917 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89913 13f79535-47bb-0310-9956-ffa450edef68

  Solve the major underlying problem of content negotation by passing
  mod_negotiation the 'unresolved' parts of the path in a ->notes
  array ap-mime-exceptions-list.

  If mod_mime is given index.html.bad.en it will add index and bad
  to the list (presuming html and en are both defined.)

  mod_negotiation will decide if index and bad are it's fault (the
  user requested index.html.bad[.*]) or if it's a messed up file
  (say .old, .junk, or .bak).

  The next patch to allow any-order negotiation should check each
  of these list elements, so that asking for index.bad in the prior
  example would succeed.  Right now that request would fail because
  .html was recognized, so it's not in the exceptions list.  This
  patch uses a simple strcmp to the given name.

  Also, this patch allows any mod_mime processed file to be served,
  even if the content type cannot be determined (think README.en).
  This is crippled by the client expect headers and omitting the
  default content type.

  PLEASE vet this code carefully.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89912 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89911 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89910 13f79535-47bb-0310-9956-ffa450edef68

  Save hundreds of cycles on every autoindex request by _not_ attempting
  to to test the parent (..) sub request!  This patch also allows the user
  to see things that will redirect them.  That way, the lnk or dir within
  the directory is displayed correctly.

  Also allows an ALT text entry other than DIR by providing AddAlt
  ^^DIRECTORY^^, as the user (might) expect to be allowed to do.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89909 13f79535-47bb-0310-9956-ffa450edef68

Now, if someone wants to add a special scoreboard state for proxy
attempting to make connection, be my guest.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89908 13f79535-47bb-0310-9956-ffa450edef68

an eos bucket. This had been put in place to repair a bug, but was covering
the symptoms, rather than providing the cure. Bug repaired, and kludge
removed.

Submitted by: barbee@veribox.net


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89907 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89906 13f79535-47bb-0310-9956-ffa450edef68

.html and .html.html.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89905 13f79535-47bb-0310-9956-ffa450edef68

git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89902 13f79535-47bb-0310-9956-ffa450edef68

  That's enough for tonight ... gheesh.  Allow 2xx + OK (0) results from
  the subrequest to go out to the client.  This doesn't address (..)
  anomilies, which I will address in the a.m.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89901 13f79535-47bb-0310-9956-ffa450edef68

  Allow a slightly larger range of acceptable responses.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89900 13f79535-47bb-0310-9956-ffa450edef68

  Fix some major brokenness.  We were not validating that the autoindex
  subrequest'ed file was valid, and did not check a subrequest at all if
  the user didn't use FancyIndexing.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89899 13f79535-47bb-0310-9956-ffa450edef68

  Begone ancient beast.  IndexOptions FancyIndexing is sufficiently less
  confusing.


git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@89897 13f79535-47bb-0310-9956-ffa450edef68