Moved_XH Problem?

[manu]

I'm just stuck with Moved_XH:

Code: Select all

Holzboote-Reparaturen=Holzboote
Holzboote-Reparaturen:Delphin-Jolle=Holzboote:Delphin-Jolle

The top level page rule works, but the sublevel page rule don't.
Any ideas?
regards manu

[manu]

It acts really strange.. It seems if the rule meets it does a something like a page.back instead of pointing to the new page.

[cmb]

Is your uri_seperator [sic!] really a colon?

What does the browser's address line display when you visit Holzboote-Reparaturen:Delphin-Jolle?

[manu]

Is your uri_seperator [sic!] really a colon?

What does the browser's address line display when you visit Holzboote-Reparaturen:Delphin-Jolle?

Hi Christoph.
Yes, the uri_seperator is old_fashioned a colon. Other sublevel pages can be opened.
When I call ?Holzboote-Reparaturen:Delphin-Jolle it seems it jumps to the previous opened page. A ?Holzboote-ReparaturenXXX:Delphin-Jolle call return a 404page.

[cmb]

Hi manu,

When I call ?Holzboote-Reparaturen:Delphin-Jolle it seems it jumps to the previous opened page.

That's rather strange. Please have a look at the browser dev tools, network tab (or whatever it's called). There should be an option to preserve the log after navigation. Then request ?Holzboote-Reparaturen:Delphin-Jolle again, and have a look at the response headers. There should be a Location header field. Is that the same as where the browser has redirected to?

[manu]

in Chrome I get Method GET, Status "(canceled)" instead of 200 ok.

[manu]

It seems like the ":" seperator is absolutely lethal for the custom_404 function. $parts['scheme'] returns 'Holzboote' on moved/index.php line 184...

[cmb]

It seems like the ":" seperator is absolutely lethal for the custom_404 function. $parts['scheme'] returns 'Holzboote' on moved/index.php line 184...

Ah! Thanks for investigating.

The problem is parse_url() which is known to have limitations for partial URLs. Some of these have been lifted over time, but in this case we're out of luck. Filing a bug report against PHP doesn't seem to be appropriate, though, because "'Holzboote-Reparaturen:Delphin-Jolle'" is a valid URL, albeit not a valid URI.

I guess I'll have to rewrite the respective code. As a quick fix for those who do not have any absolute URLs (including the scheme) in the data file, changing line 183ff to the following might be sufficient:

Code: Select all

                $qs = strpos($_SERVER['QUERY_STRING'], $su) === 0
                    ? substr($_SERVER['QUERY_STRING'], strlen($su))
                    : '';
                $url = MOVED_URL . '?' . $records[$su] . $qs;