Last modified: 2010-05-15 14:33:56 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 1763 - HTTP 304 responses failing on IIS 6.0
HTTP 304 responses failing on IIS 6.0
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
PC Windows Server 2003
: Normal normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
: testme
: 1872 (view as bug list)
Depends on:
  Show dependency treegraph
Reported: 2005-03-27 02:08 UTC by JayWTBF
Modified: 2010-05-15 14:33 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description JayWTBF 2005-03-27 02:08:20 UTC
I am installed on WIMP (Win Server, IIS, MySQL, PHP) and am having trouble after I 
logout.  At the moment, I am the only user on the wiki, but you can go there and try 
to log in, then log out and then load the main page.  It's not loading after you 
logon then log off.  It seems to be restricted to only the main page, if you check 
your history and go into a page you've already been, it works.
Now if you were to, at this point, erase your temp internet files it suddenly works 
Comment 1 Brion Vibber 2005-03-27 02:16:58 UTC
HTTP result codes are not being sent properly; an HTTP/1.x 304 Not Modified response is being silently turned into an 
HTTP/1.x 200 OK, and since there's no content sent you see a blank page. 301 and 302 redirects seem to have the same 

This appears to be some sort of interaction between IIS and PHP's CGI interface.
Comment 2 Nepherim 2005-03-27 02:28:00 UTC
Also on WIMP, and reveive a blank page when clicking a link that should re-load
the existing page. This initially only occured on Main_Page, and subsequently
started occuring on other pages.

Start on Main_Page. Click Main Page nav link. A blank page (just html, and body
tags) is displayed. Doing a ctrl-shift reload correctly loads Main_Page.

Caching is off. Tried various browsers (IE, Firefox, Opera), on various machines.
Comment 3 peter green 2005-03-27 02:31:24 UTC
try setting $wgCachePages = false in LocalSettings.php

if this works we might want to make the installer detect IIS and do this
automatically (with a warning like: due to an issue with IIS and php client side
cacheing is disabled, if your site is heavy load we stronly suggest switching to
apache and enabling client side cacheing)
Comment 4 JayWTBF 2005-03-27 02:49:50 UTC
That line doesn't exist in my LocalSetting.php, so I tried to add it and get a parse error.
Parse error: parse error in C:\Domains\\wwwroot\wlwiki\LocalSettings.php on line 35
Comment 5 JayWTBF 2005-03-27 02:51:14 UTC
Whoops, forgot the semicolon after the line, duh.

Thanks for the help, I'll see how it works from here.
Comment 6 Brion Vibber 2005-03-27 06:22:47 UTC
I'm testing MediaWiki 1.4.0 on IIS 5.1, and haven't been able to reproduce this problem. The 304 response is correctly 
returned, and the page is displayed. It may be an IIS 6.0-specific problem, or something else may be causing it.

Windows XP Professional, previously upgraded to service pack 2
IIS 5.1 freshly installed
PHP 4.3.10 installed via the Win32 installer package; using cgi-fcgi server API
MySQL 4.0.24-nt installed via the Win32 installer package
Comment 7 JayWTBF 2005-03-27 19:21:11 UTC
It seems that my problem is totally cleared up.  The issue was the local caching.  Thanks for 
the help.
Comment 8 Brion Vibber 2005-03-27 23:59:53 UTC
If disabling client-side caching "fixed" it, then the root problem hasn't been fixed. Reopening; changed summary to describe problem.

If you mean something else by "local caching" can you elaborate?
Comment 9 Brion Vibber 2005-04-12 06:58:05 UTC
*** Bug 1872 has been marked as a duplicate of this bug. ***
Comment 10 Sarith Sircar 2005-12-19 11:58:17 UTC
I've installed on (Win 2000 Pro, IIS 5.0, MySQL, PHP). Also have done SSL on IIS.
When configuring on config/index.php, and clicking on install, sometimes the page 
would blank or message 'page cannot be displayed'.

It ran fine once, and the localsettings.php file was generated. but when i go to 
http://localhost/wiki/index.php, I get these warnings:

Notice: Only variable references should be returned by reference in 
C:\Wiki\mediawiki\includes\ObjectCache.php on line 369

Notice: Only variable references should be returned by reference in 
C:\Wiki\mediawiki\includes\ObjectCache.php on line 369

Notice: Only variable references should be returned by reference in 
C:\Wiki\mediawiki\includes\SkinTemplate.php on line 136

Thanks for your help.
Comment 11 Rob Church 2005-12-19 12:02:49 UTC
(In reply to comment #10)
> I've installed on (Win 2000 Pro, IIS 5.0, MySQL, PHP).

Versions of the others, plus the version of MediaWiki being installed is going
to be more useful.
Comment 12 Sarith Sircar 2005-12-19 15:31:36 UTC
Here are the version details - 

MySQL - 3.23.47-nt
mediawiki- 1.4.5
PHP 5.1.1

I hope this helps.
Comment 13 Sarith Sircar 2005-12-19 15:33:58 UTC
I tried the same with a Windows 2000 Server, IIS 5.0, PHP 4.4.1, MySQL 3.23.47, 
and I still get the same error. I dont get this using WAMP.
Comment 14 Rob Church 2005-12-19 15:34:51 UTC
Do you get this if you use a release version, such as 1.5.3?
Comment 15 Sarith Sircar 2006-01-09 15:39:17 UTC
It works with the later release. Thanks - Probably something got fixed in the 
later release.
Comment 16 Rob Church 2006-01-16 20:13:41 UTC
Adding "testme", need someone to check this in HEAD on the offchance it *wasn't*
fixed after all.
Comment 17 Andreas Wente 2006-03-09 14:43:51 UTC
i can reproduce this effect with version 1.5.7 (clean install)
w2k3 - iis6
php 4.4.1

everytime when a page sould com from the cache it is blank.

tried to disable any caching dosen't help.
Comment 18 Matt Watson 2006-03-09 20:51:31 UTC
I've seen it also - running IIS v6 on Win2000

 MediaWiki: 1.5.6
 PHP: 5.1.1 (cgi-fcgi)
 MySQL: 5.0.18

Sometimes entire pages are blank, sometimes the navigation bar won't render. 
Always works fine in Firefox.
Comment 19 Ken Mills 2006-04-08 13:59:24 UTC
I have blank page problem on IIS6 on Win2003. IIS6 log returns 200 not 304.
MediaWiki 1.5.7 
PHP 5.1.2 
MySql 5.0.19  			
Installed this week. Pages seemed to work fine. The problem first started
when  		editing articles. I could edit discussion fine. Then the problem
grew.  			Discussion edits stopped. Started getting "CGI misbehaved
error"  			Now, site displays nothing but blank pages, including Main page.
Running php  			page info.php has no problem. This same configuration worked
fine when I tested  		on Windows XP Workstation IIS5 before loading on W2K3
server. Local caching problem? Same response in Firefox and IE.
Comment 20 Andreas Wente 2006-04-13 13:41:00 UTC
Just installed Version 1.6.2 (clean install, no upgrade). Same effect.
Comment 21 Vaibhav 2006-05-05 05:04:23 UTC
(In reply to comment #18)
> I've seen it also - running IIS v6 on Win2000MediaWiki: 1.5.6PHP: 5.1.1 (cgi-
fcgi)MySQL: 5.0.18Sometimes entire pages are blank, sometimes the navigation bar 
won't render. Always works fine in Firefox.

Any luck in this, I have the same issue with me.

Thanks for any help
Comment 22 Joe 2006-07-24 20:22:53 UTC
I had a similar problem with IE getting a lot of blank pages.  I used Ethereal
to check for 304s.  I was getting the 200s with correct page info.  However, the
trace also reveal an error message being returned that php_ldap.dll could not be
loaded.  I was not seeing this error message in IE or Firefox.  Firefox must
have silently dropped it but IE must have choked on it and generated a blank
page.  Fixing this PHP error made the IE blank pages go away.  Get a packet
trace to make sure you are having the 304/200 problem and not something else.
Comment 23 KFetherolf 2006-07-31 19:48:05 UTC
We had the exact problems decribed in this thread (blank pages in IE) when running on IIS6. It was 
easily replicated on 3 servers. 

The problem was fully resolved on all 3 boxes by installing the latest PHP5 build *AND* installing 
using the ISAPI method instead of the CGI/EXE method.

I hope this helps.
Comment 24 GusA 2006-12-06 16:51:26 UTC
I have the same problem under IIS 2000, PHP 5.1.2, MySQL 5.0.18. I cannot tell
exactly under which circumstances the blank screen appears. It happens with IE6
and Firefox 1.5.
Surprisingly, when I right-click the page and watch the source code, it appears
to be truncated.
What is going on???
Comment 25 Brion Vibber 2007-01-16 02:04:47 UTC
MW 1.9.0 on PHP 5.2.0 as either ISAPI or CGI on IIS 6 under Win2k seems to be fine.
(modulo the old bug 3000 or general PHP configuration problems).

I'm going to mark this as WORKSFORME; if problems *with cached page views*
continue with 1.9.0/1.9.1 please add more detail.
Comment 26 Cameron 2007-01-19 14:41:46 UTC
I had the same problem, except one of my servers worked fine, and one did not.  The server that did not work was giving me blank 
pages or sometimes partial pages.  Both are Win XP, IIS, PHP, and MySQL.  The only difference was one of the servers had newer 
versions of both PHP and MySQL.  

I set PHP to log events to the system log.  After doing so, I discovered that PHP was trying to write session data to 
c:\php\sessiondata.  This folder did not exist because my PHP install was located in the program files directory.

To resolve, I simply created a PHP folder on the C: drive and created a sessiondata folder within it.  I gave IUser_xxxxx write 
permission and all is well
Comment 27 Esteban Brenes 2007-04-16 19:34:37 UTC
I create the folder c:\php\sessiondata and it worked

Thanks Cameron!

Note You need to log in before you can comment on or make changes to this bug.