Opened 20 years ago
Closed 18 years ago
#2866 closed defect (worksforme)
TracEnvParentDir breaks when using a particular project name
| Reported by: | Owned by: | Christopher Lenz | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | web frontend/mod_python | Version: | 0.9.4 |
| Severity: | normal | Keywords: | TracEnvParentDir |
| Cc: | Branch: | ||
| Release Notes: | |||
| API Changes: | |||
| Internal Changes: | |||
Description (last modified by )
This report concerns Trac served by Apache with mod_python.
Here is an example for the problem:
Suppose you have configured Apache to serve Trac projects at http://localhost/trac/parentdirtest/projectname using the TracEnvParentDir directive. The config would look like:
<Location /trac/parentdirtest>
SetHandler mod_python
PythonHandler trac.web.modpython_frontend
PythonOption TracEnvParentDir /srv/trac/parentdirtest
PythonOption TracUriRoot /trac/parentdirtest
</Location>
With this example you would access projects at http://localhost/trac/parentdirtest projectname. When using a non-existing project name or none at all, Trac will show you the project listing.
This works fine as long as the directory containing the Trac projects, /srv/trac/parentdirtest/ in this case doesn't contain a project called parentdirtest. If it does, you can still access the other projects, but instead of the project listing at
http://localhost/trac/parentdirtest you will see something like a broken Trac project (see attached screenshot).
Attachments (1)
Change History (5)
by , 20 years ago
| Attachment: | parentdirtest.png added |
|---|
comment:1 by , 20 years ago
| Description: | modified (diff) |
|---|
comment:2 by , 19 years ago
| Component: | general → mod_python frontend |
|---|---|
| Keywords: | TracEnvParentDir added |
| Milestone: | → 1.0 |
| Owner: | changed from to |
comment:3 by , 18 years ago
| Milestone: | 1.0 |
|---|
Tested this with current 0.11b1+ and can't recreate it. So many things have changed since 0.9.4, that unless someone can recreate this issue with a recent/semi-recent version, I'm going to close this ticket as 'worksforme'.
comment:4 by , 18 years ago
| Resolution: | → worksforme |
|---|---|
| Status: | new → closed |
Closing as 'worksforme' as I can't re-create the problem using a current version.



(description fixed)