Page MenuHomePhabricator

Wiki completely crashes, empty page
Closed, InvalidPublic

Description

Author: markusd112

Description:
Since yesterday everything worked fine. Without changing anything the wiki is no
longer available: trying to access any existing page the webserver gives back
only a completly empty page.
Accessing special pages is possible. Trying to access a not existing page works too:

example: http://www.gopal-fan.de/wiki/index.php/Hauptseite
gives back an empty page

example: http://www.gopal-fan.de/wiki/index.php/xxx
this page doesn't exist and the normal wiki-page for non existing pages is
displayed...

Any ideas? Via special page I can export every existing page in a xml file:
everything looks good there....


Version: 1.8.x
Severity: critical
OS: Linux
Platform: PC
URL: http://www.gopal-fan.de/wiki

Details

Reference
bz8258

Event Timeline

bzimport raised the priority of this task from to High.Nov 21 2014, 9:30 PM
bzimport set Reference to bz8258.
bzimport added a subscriber: Unknown Object (MLST).

markusd112 wrote:

Sorry: not "since yesterday everything worked fine", i wanted to say "until
yesterday..."

robchur wrote:

Can you check the PHP error log to see what's actually happening when the empty
page is being returned?

schefold wrote:

My Problem is the same, I tried to reinstall Mediawiki but it's still the same.
The error log shows:

Warning: Cannot modify header information - headers already sent by (output
started at c:\Programme\PHP\root.php:8) in
C:\Inetpub\Mainroot\LGHWiki\includes\WebResponse.php on line 9

And this message appears 6 times. What can I do? We're using the latest version
of Mediawiki and we also have the latest PHP version. The Webserver is running
on Windows 2000.

schefold wrote:

My Problem is the same, I tried to reinstall Mediawiki but it's still the same.
The error log shows:

Warning: Cannot modify header information - headers already sent by (output
started at c:\Programme\PHP\root.php:8) in
C:\Inetpub\Mainroot\LGHWiki\includes\WebResponse.php on line 9

And this message appears 6 times. What can I do? We're using the latest version
of Mediawiki and we also have the latest PHP version. The Webserver is running
on Windows 2000.

schefold wrote:

My Problem is the same, I tried to reinstall Mediawiki but it's still the same.
The error log shows:

Warning: Cannot modify header information - headers already sent by (output
started at c:\Programme\PHP\root.php:8) in
C:\Inetpub\Mainroot\LGHWiki\includes\WebResponse.php on line 9

And this message appears 6 times. What can I do? We're using the latest version
of Mediawiki and we also have the latest PHP version. The Webserver is running
on Windows 2000.

schefold wrote:

Whoo sorry I didn't want to send this three times but now i'm not able to delete
it :(

robchur wrote:

Timo, do you have PHP configured to include a particular file at the start of
every script (auto_prepend_file in PHP.ini)? It seems that "root.php", which is
nothing to do with MediaWiki, is being executed, and it's producing some output
which blocks us sending headers.

This may or may not be the same problem that Markus is having.

markusd112 wrote:

(In reply to comment #2)

Can you check the PHP error log to see what's actually happening when the empty
page is being returned?

I have opened a support ticket at my webhoster to get the information out of the
log files. It's a shared webhosting environment, so I think only the provider
has access to it... Or is it possible for me as a client to look into these
logs?! Where are they normally stored?

spamme wrote:

Yes, you can get the vaule. In a file (say info.php), put in this line
<?php phpinfo(); ?>
and then access that page from your browser. Check what value it has for
auto_prepend_file (just seach for that string)

schefold wrote:

Thank you very much for your fast help, it works now without a problem!

markusd112 wrote:

My provider (all-inkl.com) has fixed the problem: it was a problem with zend
optimizer. They have installed an update and now it works fine again. Thanks for
your help!

robchur wrote:

\o/ on both counts :)