Project

General

Profile

Bug #1350

dir-listing handled as static file, from 2nd request

Added by Anonymous about 12 years ago. Updated about 12 years ago.

Status:
Fixed
Priority:
Low
Assignee:
-
Category:
core
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Missing in 1.5.x:

Description

Config:


$HTTP["url"] =~ "^/download/" {
                dir-listing.activate = "enable" 
                dir-listing.show-readme = "enable" 
        }

First request:

$ curl http://example.com/download/

(...) <h2>Index of /download/</h2> (...)

Second (and any other later) request:

$ curl http://example.com/download/

404 page shown

The logs say:

First:

2007-09-10 14:18:56: (mod_access.c.135) -- mod_access_uri_handler called

2007-09-10 14:18:56: (mod_dirlisting.c.873) -- handling the request as Dir-Listing

2007-09-10 14:18:56: (mod_dirlisting.c.874) URI : /download/

2007-09-10 14:18:56: (response.c.625) -- subrequest finished

Second:

2007-09-10 14:18:58: (mod_access.c.135) -- mod_access_uri_handler called

2007-09-10 14:18:58: (mod_staticfile.c.394) -- handling file as static file

2007-09-10 14:18:58: (mod_staticfile.c.425) not a regular file: /download/ -> /path/download/

2007-09-10 14:18:58: (response.c.625) -- subrequest finished

-- kenzo

History

#1

Updated by Anonymous about 12 years ago

This only applies to lighttpd with mod_extforward module loaded.

-- kenzo

#2

Updated by Anonymous about 12 years ago

This is a duplicate of http://trac.lighttpd.net/trac/ticket/1164

A working fix is posted at the bottom of that page.

-- kenzo

#3

Updated by jan about 12 years ago

  • Status changed from New to Fixed
  • Resolution set to duplicate

Also available in: Atom