Skip to content
  1. Oct 14, 2017
    • Yann Ylavic's avatar
      Follow up to r1740928: including NOT_IN_PROXY in NOT_IN_DIR_LOC_FILE is both · 45529216
      Yann Ylavic authored
      incomplete and not backportable, fix it by introducing NOT_IN_DIR_CONTEXT.
      
      Per ap_check_cmd_context(), NOT_IN_DIR_LOC_FILE actually/really means "not in
      any directory context", while the definition itself does not include all the
      existing directory contexts (e.g. <Limit>, or <Proxy> before r1740928).
      
      This is a bit of a misnomer, at least, so instead of (ab)using it by adding the
      missing contexts (in an incompatible way), let's define NOT_IN_DIR_CONTEXT to
      really exclude all directory context (i.e. NOT_IN_DIR_LOC_FILE + NOT_IN_LIMIT +
      NOT_IN_PROXY) and use it wherever NOT_IN_DIR_LOC_FILE was used.
      
      This is by itself a major MMN bump (modules not compiled with this commit and
      having directives checked against NOT_IN_DIR_LOC_FILE won't be caught the same
      way by NOT_IN_DIR_CONTEXT in the new ap_check_cmd_context() code), but with the
      below change, 2.4.x should work as before:
      
      -   if ((forbidden & NOT_IN_DIR_CONTEXT) == NOT_IN_DIR_CONTEXT) {
      +   if ((forbidden & NOT_IN_DIR_LOC_FILE) == NOT_IN_DIR_LOC_FILE) {
              if (cmd->path != NULL) {
                  return apr_pstrcat(cmd->pool, cmd->cmd->name, gt,
      -                           " cannot occur within directory context", NULL);
      +                           " cannot occur within <Directory/Location/Files/Proxy> "
      +                           "section", NULL);
              }
              ...
          }
      
      
      
      git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@1812193 13f79535-47bb-0310-9956-ffa450edef68
      45529216
  2. Oct 13, 2017
  3. Oct 12, 2017
  4. Oct 11, 2017
  5. Oct 10, 2017
  6. Oct 09, 2017
  7. Oct 08, 2017
  8. Oct 06, 2017
  9. Oct 05, 2017
  10. Oct 04, 2017
  11. Oct 03, 2017
  12. Oct 02, 2017