remote added content breaks when using locally served content
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Evergreen | Status tracked in Main | |||||
2.1 |
Fix Released
|
Undecided
|
Unassigned | |||
Main |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
On a working system using OpenLibrary for added content,
This will return an image:
wget http://
We can clear the entry from memcached with something like this:
memrm --server=127.0.0.1 ac.jacket.
If we then create a directory structure like so:
mkdir -p /openils/
And make a file like this:
echo hello world > /openils/
We can fetch it with:
wget http://
But now this results in a 404:
wget http://
The issue traces back to handler in AddedContent.pm and how it uses $r->filename and $r->path_info.
11:51 < eeevil> so, can we, in fact, move the local added content somewhere else and tell the AC module to use that other location for the local files?
11:52 < phasefx> so in the case above, /openils/
11:53 < tsbere> A simple rewriterule may be able to give the added content system an alternate variable to look at
11:53 < tsbere> Instead of path_info
11:54 * phasefx isn't opposed
11:55 < tsbere> Say something like: RewriteRule ^/opac/
Thanks for identifying this Jason.
FWIW, I believe the original changeset that introduced this functionality is here:
http:// svn.open- ils.org/ trac/ILS/ changeset/ 15105