On 03/02/11 03:11, Gustaf Josefsson wrote: <http://www.google.com/support/forum/p/Chrome/thread?tid=3388bd392b939f43&hl=en> There's lots of possible causes given in that thread. The most likely of them seems to be display_errors, you should try switching it off in php.ini. -- Tim Starling _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

On 02/02/11 17:11, Gustaf Josefsson wrote: For some reason, the edit link returns pure HTML but mark it as encoded with gzip. This confuse the browser which is expecting gzipped content. I reproduce it in both Safari and Firefox. IE might be able to guess it. $ curl -I -H 'Accept-Encoding: gzip' 'http://www.incrediblemusicmachine.se/index.php?title=FOOBAR' HTTP/1.1 404 Not Found Date: Wed, 02 Feb 2011 22:32:55 GMT Server: Apache/1.3.37 (Unix) mod_gzip/1.3.26.1a mod_fastcgi/FSDATA-1.1 mod_jk/1.1.0 Embperl/2.0b8 mod_perl/1.29 PHP/4.4.3 mod_ssl/2.8.28 OpenSSL/0.9.8b X-Powered-By: PHP/5.2.14 Content-language: en Vary: Accept-Encoding,Cookie Expires: Thu, 01 Jan 1970 00:00:00 GMT Cache-Control: private, must-revalidate, max-age=0 Content-Encoding: gzip X-Powered-By: PHP/4.4.3 Content-Type: text/html I have noticed a strange character at the top of the output: curl -H 'Accept-Encoding: gzip' 'http://www.incrediblemusicmachine.se/index.php?title=FOOBAR' | hexdump -C 00000000 0a 3c 21 44 4f 43 54 59 50 45 20 68 74 6d |.<!DOCTYPE htm| ^^^^^ Not really helpful, but at least it gives the cause.

I'm still getting the occasional spam.. I've looked over the media-wiki website extensions.. Are there any better captcha's than the math question one? The spam bots seem to understand both versions of that one.

From: Alex &lt;mrzmanwiki(a)gmail.com&gt; Subject: Re: [Mediawiki-l] Getting more spam To: 2007(a)gmaskfx.com, "MediaWiki announcements and site admin list" &lt;mediawiki-l(a)lists.wikimedia.org&gt; Date: Wednesday, February 2, 2011, 7:55 PM On 2/2/2011 7:24 PM, 2007(a)gmaskfx.com wrote: over the captcha's than understand both versions http://www.mediawiki.org/wiki/Extension:ConfirmEdit lists the available captcha types. -- Alex (wikipedia:en:User:Mr.Z-man)

I want to configure reCaptcha so that anonymous user trigger on any edit and Users trigger it when the add URLs but right now it appears I can't configure those two differently?

From: 2007(a)gmaskfx.com &lt;2007(a)gmaskfx.com&gt; Subject: Re: [Mediawiki-l] reCaptcha To: "MediaWiki announcements and site admin list" &lt;mediawiki-l(a)lists.wikimedia.org&gt;rg>, "Benjamin Lees" &lt;emufarmers(a)gmail.com&gt; Date: Friday, February 4, 2011, 11:25 AM Here are the settings I'm using.. as far as I can tell there is no way to assign different triggers to different types of users..it's either all or nothing. $wgCaptchaTriggers['edit']          = false; $wgCaptchaTriggers['create']        = false; $wgCaptchaTriggers['addurl']        = true; $wgCaptchaTriggers['createaccount'] = true; $wgCaptchaTriggers['badlogin']      = true; $wgGroupPermissions['*'            ]['skipcaptcha'] = false; $wgGroupPermissions['user'         ]['skipcaptcha'] = false; $wgGroupPermissions['autoconfirmed']['skipcaptcha'] = false; $wgGroupPermissions['bot'          ]['skipcaptcha'] = true; // registered bots $wgGroupPermissions['sysop'        ]['skipcaptcha'] = true; --- On Wed, 2/2/11, Benjamin Lees &lt;emufarmers(a)gmail.com&gt; wrote: "MediaWiki announcements and site admin list" &lt;mediawiki-l(a)lists.wikimedia.org&gt; user URLs (at per-trigger _______________________________________________ MediaWiki-l mailing list MediaWiki-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mediawiki-l

For some reason, the edit link returns pure HTML but mark it as encoded with gzip. This confuse the browser which is expecting gzipped content. I reproduce it in both Safari and Firefox. IE might be able to guess it. $ curl -I -H 'Accept-Encoding: gzip' 'http://www.incrediblemusicmachine.se/index.php?title=FOOBAR' HTTP/1.1 404 Not Found Date: Wed, 02 Feb 2011 22:32:55 GMT Server: Apache/1.3.37 (Unix) mod_gzip/1.3.26.1a mod_fastcgi/FSDATA-1.1 mod_jk/1.1.0 Embperl/2.0b8 mod_perl/1.29 PHP/4.4.3 mod_ssl/2.8.28 OpenSSL/0.9.8b X-Powered-By: PHP/5.2.14 Content-language: en Vary: Accept-Encoding,Cookie Expires: Thu, 01 Jan 1970 00:00:00 GMT Cache-Control: private, must-revalidate, max-age=0 Content-Encoding: gzip X-Powered-By: PHP/4.4.3 Content-Type: text/html I have noticed a strange character at the top of the output: curl -H 'Accept-Encoding: gzip' 'http://www.incrediblemusicmachine.se/index.php?title=FOOBAR' | hexdump -C 00000000 0a 3c 21 44 4f 43 54 59 50 45 20 68 74 6d |.<!DOCTYPE htm| ^^^^^ Not really helpful, but at least it gives the cause.

I don't have the option of changing php.ini, but i'm able to override through .htaccess I added this to .htaccess: php_flag display_errors off With no change :(

But, it does seem like an ugly hack?

Isn't there any way to do this by changing .htaccess? ErrorDocument 404 Default doesn't work. Any other ideas?

FSDATA can't be the only hosting provider out there who override it's users 404 page. I would like to figure this out and document it properly (since I spent hours on mediawiki.org before mailing here).