1. 28 Mar, 2006 1 commit
  2. 27 Mar, 2006 1 commit
  3. 25 Mar, 2006 1 commit
  4. 22 Mar, 2006 2 commits
  5. 20 Mar, 2006 1 commit
  6. 18 Mar, 2006 1 commit
  7. 17 Mar, 2006 4 commits
  8. 14 Mar, 2006 1 commit
  9. 13 Mar, 2006 2 commits
  10. 10 Mar, 2006 1 commit
  11. 09 Mar, 2006 2 commits
  12. 05 Mar, 2006 4 commits
  13. 02 Mar, 2006 1 commit
  14. 01 Mar, 2006 2 commits
  15. 28 Feb, 2006 2 commits
  16. 23 Feb, 2006 1 commit
  17. 22 Feb, 2006 1 commit
  18. 21 Feb, 2006 1 commit
  19. 19 Feb, 2006 3 commits
  20. 18 Feb, 2006 1 commit
  21. 17 Feb, 2006 1 commit
  22. 06 Feb, 2006 2 commits
  23. 05 Feb, 2006 2 commits
  24. 04 Feb, 2006 2 commits
    • Ruediger Pluem's avatar
    • Ruediger Pluem's avatar
      Merge r367798 from trunk: · 32472c1e
      Ruediger Pluem authored
      * Fix PR38017 by handling the selection of the hostname in the same way for
        non proxied and reverse proxied requests.
      
        We need to handle both cases in the same manner as for the reverse proxy
        case we have the following situation:
      
        If a cached entry is looked up by mod_cache's quick handler r->proxyreq
        is still unset in the reverse proxy case as it only gets set in the
        translate name hook (either by ProxyPass or mod_rewrite) which is run
        after the quick handler hook. This is different to the forward proxy
        case where it gets set before the quick handler is run (in the
        post_read_request hook).
        If a cache entry is created by the CACHE_SAVE filter we always have
        r->proxyreq set correctly.
        So we must ensure that in the reverse proxy case we use the same code
        path and using the canonical name seems to be the right thing to do
        in the reverse proxy case.
      
      PR: 38017
      Submitted by: rpluem
      Reviewed by: rpluem, wrowe, colm
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x@374931 13f79535-47bb-0310-9956-ffa450edef68
      32472c1e