wsgi smart server chrooting does not manage additional paths
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Bazaar |
Fix Released
|
High
|
Andrew Bennetts |
Bug Description
smart servers requests contain embedded paths which are host relative as
the client saw it - e.g. /bzr/repo/branch
but within apache this will often be mapped to something
like /var/repos/
root=/var/repos
prefix=/bzr/
this gives us a chroot on /var/repos
however, when we parse a request from the client we get a path
of /bzr/repo/branch - giving us a local path
of /var/repos/
I propose that we add a convert-
object, to be used by anything that accepts a path from the client. It
will need the externally mapped address given to it which corresponds to
the root of the chroot (e.g. prefix above).
This makes smart server configuration appear very very hard when in fact
its a bug on our end.
affects /products/bzr
importance critical
status triaged
--
GPG key available at: <http://
Related branches
Changed in bzr: | |
assignee: | nobody → spiv |
Changed in bzr: | |
importance: | Critical → High |
Changed in bzr: | |
milestone: | none → 1.0alpha2 |
Changed in bzr: | |
status: | Triaged → Fix Committed |
Changed in bzr: | |
milestone: | 1.0rc2 → 1.0rc3 |
Changed in bzr: | |
milestone: | none → 1.4 |
status: | In Progress → Fix Released |
The associated branch seems to have some fixes for this. And only the last revision isn't merged.
Does that mean there is a Fix Committed, and we just need to review it? Or did it get put to the side for other fixes?