On 04/04/06, Thomas Klein <[hidden email]> wrote:
> My next problem is by running update.php is:
> Making wl_notificationtimestamp nullable...
> Warning: fopen(maintenance/archives/patch-watchlist-null.sql): failed to
> open st
> ream: No such file or directory in D:\Xampp\htdocs\dewiki\includes\Data
> base.php on line 1671
> Could not open "".
Identified as a bug, and fixed in SVN HEAD and REL1_6. The workaround
is to run the script from the wiki root, i.e.
> On 4/6/06, Juanma Barranquero <[hidden email]> 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?
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