Great, thanks.
-----Original Message----- From: mediawiki-l-bounces@Wikimedia.org [mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Brion Vibber Sent: Tuesday, April 04, 2006 1:16 PM To: MediaWiki announcements and site admin list Subject: Re: [Mediawiki-l] Test snapshot for MediaWiki 1.6.0
Jeff Lane wrote:
I'm not clear on this -- If we want to test the update, should we
still
use the snapshot linked by Brion, or should we used the fixed SVN head revision? And if so, how do we get that revision as a tarball?
I've updated the snapshot: http://svn.wikimedia.org/snapshots/mediawiki-snapshot-20060404.tar.gz
If you have a Subversion client installed, you can also pull the source directly from the repository. Unlike the old CVS system, anonymous access is fully up to date.
http://www.mediawiki.org/wiki/Download_from_SVN
-- brion vibber (brion @ pobox.com)
With Mediawiki 1.5.X, I was using pretty URLs with the "alias" method (no mod_rewrite needed). Now, with the 1.6 snapshot, I cannot make it work right. (This is with the wiki language set to Spanish, BTW, but I don't think that should make a difference).
I'm able to use /wiki, for example, I can access
or
http://localhost/wiki/Actualidad
just fine. However, I'm seeing two different problems. On one hand, the links from the navigation sidebar (when I move the cursor over the link, for example) are now
http://localhost/wiki/index.php/Portada
instead of
The second problems is that, when accessing the special pages, I'm seeing this Apache error:
[Wed Apr 05 11:47:15 2006] [error] [client aa.bb.cc.dd] (20024)The given path misformatted or contained invalid characters: Cannot map GET /wiki/Especial:Specialpages HTTP/1.1 to file, referer: http://localhost/wiki/Portada
FWIW, I've read the "Make non-ugly URLs" page at http://meta.wikimedia.org/wiki/Eliminating_index.php_from_the_url
and I've tried the first method (the one using alias, not mod_rewrite), but it doesn't work.
Any clue?
Thanks,
/L/e/k/t/u
Juanma Barranquero wrote:
just fine. However, I'm seeing two different problems. On one hand, the links from the navigation sidebar (when I move the cursor over the link, for example) are now
Cache?
The second problems is that, when accessing the special pages, I'm seeing this Apache error:
[Wed Apr 05 11:47:15 2006] [error] [client aa.bb.cc.dd] (20024)The given path misformatted or contained invalid characters: Cannot map GET /wiki/Especial:Specialpages HTTP/1.1 to file, referer: http://localhost/wiki/Portada
a) Does it work despite this? b) Was it different with 1.5? Can you confirm it now?
-- brion vibber (brion @ pobox.com)
On 4/5/06, Brion Vibber brion@pobox.com wrote:
Cache?
I've used quite a few ?action=purge, and I have
$wgCachePages = false;
on my LocalSettings.php
a) Does it work despite this?
Yes.
b) Was it different with 1.5? Can you confirm it now?
Hmm. Curious. I've just done a fresh 1.5.8 installation, and the Apache error was there.
However, I have another wiki which uses the same setup (I mean, the same alias directives, directory names and paths, etc.) which does not show either problem (the sidebar links are correct, too).
Diferences between both setups:
- Correct: Apache 2.0.54, PHP 5.0.5, MySQL 4.1.18, language: EN - Trouble: Apache 2.2.0, PHP 5.1.2, MySQL 5.0.19, language: ES
-- /L/e/k/t/u
Juanma Barranquero wrote:
On 4/5/06, Brion Vibber brion@pobox.com wrote:
Cache?
I've used quite a few ?action=purge, and I have
No, TRUNCATE TABLE objectcache; or edit MediaWiki:Sidebar.
-- brion vibber (brion @ pobox.com)
On 4/5/06, Brion Vibber brion@pobox.com wrote:
No, TRUNCATE TABLE objectcache; or edit MediaWiki:Sidebar.
Aha. Truncating the objectcache table fixes the "wrong URLs in Sidebar" problem. Thanks.
I still see the "cannot map GET /whatever to file" error. It seems to happens every time that "whatever" is not in the default namespace, i.e., it happens for special pages, MediaWiki:*, etc.
-- /L/e/k/t/u
On 4/6/06, Juanma Barranquero lekktu@gmail.com wrote:
I still see the "cannot map GET /whatever to file" error. It seems to happens every time that "whatever" is not in the default namespace, i.e., it happens for special pages, MediaWiki:*, etc.
On second+ thought... The message talks about invalid characters:
[Thu Apr 06 12:06:56 2006] [error] [client xx.yy.zz.mm] (20024)The given path misformatted or contained invalid characters: Cannot map GET /wiki/MediaWiki:Sidebar HTTP/1.1 to file
and the paths producing the error are those that include ":". Does that shed some light?
-- /L/e/k/t/u
Juanma Barranquero wrote:
On 4/6/06, Juanma Barranquero lekktu@gmail.com wrote:
I still see the "cannot map GET /whatever to file" error. It seems to happens every time that "whatever" is not in the default namespace, i.e., it happens for special pages, MediaWiki:*, etc.
On second+ thought... The message talks about invalid characters:
[Thu Apr 06 12:06:56 2006] [error] [client xx.yy.zz.mm] (20024)The given path misformatted or contained invalid characters: Cannot map GET /wiki/MediaWiki:Sidebar HTTP/1.1 to file
and the paths producing the error are those that include ":". Does that shed some light?
I don't have any such problem under Apache 2.2.0.
-- brion vibber (brion @ pobox.com)
On 4/6/06, Brion Vibber brion@pobox.com wrote:
I don't have any such problem under Apache 2.2.0.
Could you please post (a sanitized version of) your pretty URL setup?
-- /L/e/k/t/u
On 4/5/06, Juanma Barranquero lekktu@gmail.com wrote:
when accessing the special pages, I'm seeing this Apache error:
[Wed Apr 05 11:47:15 2006] [error] [client aa.bb.cc.dd] (20024)The given path misformatted or contained invalid characters: Cannot map GET /wiki/Especial:Specialpages HTTP/1.1 to file, referer: http://localhost/wiki/Portada
The problem, as it turns out, is not related to using pretty URLs and/or mod_alias aliases, and it is not new (sort of). Back in 2003, the Apache developers talked about it:
http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=106448755422191&w...
AFAICS, it is related to Apache on Windows deciding that colon is not a valid character in filenames. However, it seems like something (probably mod_php) should tell Apache the paths are valid because they don't really map to a file.
The weird thing is that this didn't happen before, so either the Apache 2.2.X build on Windows, or PHP 5.1.2 (and .3RC) is doing something different...
-- /L/e/k/t/u
mediawiki-l@lists.wikimedia.org