Somehow the slash is the problem, because it is interpreted (at least my Firefox does it, as well as my Konqueror) as
instead of
while the link without the slash is interpreted as desired.
It is very unclear to me which software is to blame. More precisely, I see the following possibilities:
1. The Apache proxy module for not translating the absolute path starting with slash correctly into a path containing '.../wissen/...'
2. My configuration of that module:
... ProxyRequests Off ProxyPass /wissen http://localhost:8002 ProxyPassReverse /wissen http://localhost:8002 ...
3. Whatever code inserts the "action" parameter in the first place. (I don't have this "action" in my template, which is processed by HTML-TEMPLATE, URL-REWRITE, HUNCHENTOOT, ...)
Thanks,
Nicolas
Edi Weitz edi@agharta.de writes:
The only difference I can see in your email is the slash. That's something that shouldn't be affected by URL rewriting at all.
I'm attaching the HTML page I received when I viewed your URL for the first time (using Firefox).
On Thu, Mar 20, 2014 at 10:16 AM, Nicolas Neuss neuss@scipolis.de wrote:
Edi Weitz edi@agharta.de writes:
The URL rewrite code should treate <A HREF ...> exactly like <FORM ACTION ...> (and that seems to work, at least for me). Is something else in your code (or maybe on the client side, with Javascript) manipulating the content?
Hi Edi,
does that means that if you access my URL
http://yyy.math.fau.de/wissen/admin-login?nr=4
for the first time, the downloaded page source contains a line like
<form method=post action='admin-login?nr=4&hunchentoot-session=...'>
instead of
<form method=post action='/admin-login?nr=4&hunchentoot-session=...'> ^ !
??
Thanks for the feedback,
Nicolas