Last modified: 2014-01-10 17:42:35 UTC
I can't reproduce this, but several users have reported it in the support forum. Basically people get things like: "Unexpected non-MediaWiki exception encountered, of type "ReflectionException" exception 'ReflectionException' with message 'Class SkinMonoBook does not exist' in W:\www\wi\includes\Init.php:148" The ReflectionException should be caught inside the MWInit::classExists method, but isn't. Possibly a php bug.
For reference, originally reported at https://www.mediawiki.org/wiki/Thread:Project:Support_desk/ReflectionException:_Class_SkinVector_does_not_exist_%282%29
It was suggested a little while back that we might not need these workarounds for HipHop, but AFAIK no one has actually checked whether this is a case
The PHP INI setting xdebug.show_exception_trace = 1 (or possibly an old, buggy version of xdebug that does not respect the setting) likely is causing these error messages (see bug 49794, which includes a screenshot). Perhaps the installer should check this setting and show a warning if it is enabled. As for comment 2 ("[...] we might not need these workarounds for HipHop [...]"), Ic3e769f1 got rid of the workarounds.
(In reply to comment #3) > [...] Perhaps the > installer should check this setting and show a warning if it is enabled. Although that doesn't help much for 1.21 (in the installer, this is underneath the xdebug errors on the environment check screen): Erro ao iniciar a sessão: session_start(): Cannot send session cache limiter - headers already sent (output started at /home/ki/Projects/mediawiki/core/includes/Init.php:168) In 1.22, (with the HipHop workaround removed), it is possible to see results of the environment checks.
(In reply to comment #3) > The PHP INI setting xdebug.show_exception_trace = 1 (or possibly an old, > buggy > version of xdebug that does not respect the setting) likely is causing these > error messages (see bug 49794, which includes a screenshot). Although I have no idea what is causing "Unexpected non-MediaWiki exception encountered [...]". That I have not yet managed to reproduce.
I got this weird situation after enabling bad eAccelerator. MediaWiki 1.19.9 Windows 7 SP1 x64 PHP 5.4.22 (from XAMPP 1.8.2) eAccelerator from http://www.apachelounge.com/viewtopic.php?t=4849, thread-safe Situation resolved after corrected eAccelerator from http://www.apachelounge.com/viewtopic.php?t=5027 has been installed. This bug does not seem to be caused by MediaWiki.