Project

General

Profile

Actions

Bug #1819

closed

mod_rewrite not working anymore after patching

Added by djanov about 16 years ago. Updated about 16 years ago.

Status:
Fixed
Priority:
Normal
Category:
-
Target version:
-
ASK QUESTIONS IN Forums:

Description

After patching with lighttpd-1.4.x_rewrite_redirect_decode_url.patch this rule doesnt seem to work :

url.rewrite-once = (
some other rules
"^/cat/p/(.*)/t/(.*)/g/(.*)/a/(.*)/o/(.*)/t/(.*)/d/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3&actor=$4&ord=$5&type=$6&director=$7",
"^/cat/p/(.*)/t/(.*)/g/(.*)/a/(.*)/o/(.*)/t/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3&actor=$4&ord=$5&type=$6",
"^/cat/p/(.*)/t/(.*)/g/(.*)/a/(.*)/o/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3&actor=$4&ord=$5",
"^/cat/p/(.*)/t/(.*)/g/(.*)/a/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3&actor=$4",
"^/cat/p/(.*)/t/(.*)/g/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3",
"^/cat/p/(.*)/t/(.*)" => "/catalog.php?p=$1&title=$2",
"^/cat/p/(.*)" => "/catalog.php?p=$1",
some other rules
)

Before patching the first rule that lighttpd took and "execute" was the first in line aka :

"^/cat/p/(.*)/t/(.*)/g/(.*)/a/(.*)/o/(.*)/t/(.*)/d/(.*)" => "/catalog.php?p=$1&title=$2&genre=$3&actor=$4&ord=$5&type=$6&director=$7",

Now lighttpd takes for first rule :

 "^/cat/p/(.*)" => "/catalog.php?p=$1", 

Which totally breaks the script functionality because the passed variables as genres etc.etc. get passed as catalog.php?p=$something , but not as /catalog.php?p=$1&title=$2&genre=$3&actor=$4&ord=$5&type=$6&director=$7

Please fix this , i have to go back to an older lighty for my scripts to work for now


Related issues 2 (0 open2 closed)

Related to Bug #1720: Rewrite/redirect rules and URL encodingFixedActions
Is duplicate of Bug #1827: 400 Response on any URL that countains a space character (ASCII 20)Fixeddarix2008-11-20Actions
Actions #1

Updated by stbuehler about 16 years ago

  • Priority changed from High to Normal

Missing the concrete url which failed; but i guess there is some proxying involved.
Apart from that, the application should handle such complex rewrites, not the webserver (so it is portable).

Anyway, we will probably revert that "security" fix and advise all users not to use rewrites to protect files.

Actions #2

Updated by icy about 16 years ago

  • Status changed from New to Fixed

Should be fixed in r2362

Actions

Also available in: Atom