headers
Chris Croome | 5 Apr 18:49

[1.6] Redirect bugs?

Hi

There seem to be a odd redirect bug with the latest CVS version of MKDoc
1.6, for example if you add a photo attachment to the front page of a
site, and then go to view the scaled version then you get a redirect
loop and an address like this (this is truncated):

  /photo.jpg%2Chtml/photo.jpg%2Cscaled/photo.jpg-html/photo.jpg-scaled/photo.jpg-html/

Another way to trigger the bug is to edit the front page and then save
it, you get redirected to a 404:

  /.admin.content/

It appears that something is adding an extra / onto URLs?

This could be an issue caused by using Apache 1.3.34 -- but there is
nothing in the list of changes from version 1.3.33 that appears to be
behind this...

Or perhaps the latest Mozilla / Firefox browsers are munging the URLs --
they seem to be escaping "," to "%2C" which they didn't do before (this is
on Fedora Core 5) but IE 6 also seems to escape "," so perhaps it's
apache doing this rather than the clients... 

I'll try to do some debugging to see if I can track this down further...

Chris

--

--
(Continue reading)

Permalink | Reply |
headers
Chris Croome | 6 Apr 11:56

Re: [1.6] Redirect bugs?

Hi

On Wed 05-Apr-2006 at 05:52:23PM +0100, Chris Croome wrote:
> 
> This could be an issue caused by using Apache 1.3.34 

Doesn't appear to be -- I have switched to 1.3.33 and there is still
this odd behavior, for example:

  lynx -head -dump "http://www.fc5.webarchitects.co.uk:8080//photo.jpg,html"
  HTTP/1.1 302 Moved
  Date: Thu, 06 Apr 2006 10:23:18 GMT
  Server: Apache/1.3.33 (Unix) mod_perl/1.29
  Location: http://www.fc5.webarchitects.co.uk:8080/photo.jpg%2Chtml
  Connection: close
  Content-Type: text/plain

The server is redirecting to a page with an escaped "," -- this isn't a
client issue.

But note the // in the request address above, if the request is made
without out it then the "," isn't escaped:

   lynx -head -dump "http://www.fc5.webarchitects.co.uk:8080/photo.jpg,html"
   HTTP/1.1 200 OK
   Date: Thu, 06 Apr 2006 10:26:14 GMT
   Server: Apache/1.3.33 (Unix) mod_perl/1.29
   Connection: close
   Content-Type: text/html; charset=UTF-8
(Continue reading)

Permalink | Reply |
headers
Chris Croome | 11 Apr 13:47

[SOLVED] MKDoc requires CGI.pm 3.11 or earlier, was: Re: [1.6] Redirect bugs?

Hi

On Thu 06-Apr-2006 at 10:56:23AM +0100, Chris Croome wrote:
> 
> What is odd is that I'm only getting this with a brand new install on
> a new FC5 server -- old installs don't seem to have this problem. I
> have looked at the environment settings and there doesn't seem to be
> anything wrong but the env or perhaps one of the perl modules that
> MKDoc depends on might be causing this problem...?

I thought it might be down to CGI.pm, these changes seem like they could
have perhaps broken MKDoc:

  Version 3.13

      1. Removed extraneous empty "?" from end of self_url().

  Version 3.12

      7. The url() and self_url() methods now work better in the context
         of Apache mod_rewrite. Be advised that path_info() may give you
         confusing results when mod_rewrite is active because Apache
         calculates the path info *after* rewriting.  This is mostly
         worked around in url() and self_url(), but you may notice some
         anomalies.

  Version 3.11

     3. Workaround for a bug that appears in Apache2 versions through
        2.0.54 in which SCRIPT_NAME and PATH_INFO are incorrect if the
(Continue reading)

Permalink | Reply |

Gmane