https://bugzilla.wikimedia.org/show_bug.cgi?id=16554

Brion Vibber <br...@pobox.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #37 from Brion Vibber <br...@pobox.com> 2010-10-13 18:55:31 UTC ---
(In reply to comment #35)
> This bug is affecting later versions as well. Once the install of all the
> components for Media Wiki v 1.15.4 on Solaris 9 is completed and I begin the
> configuration from the web page, you receive the following message:
> 
> "Your system has a combination of PHP and libxml which is buggy and can cause
> hidden data corruption in MediaWiki and other web apps. Upgrade to PHP 5.2.9 
> or
> later and libxml2 2.7.3 or later! ABORTING (http://bugs.php.net?id=45996 for
> details). 
> 
> However, my installation is PHP 5.2.13 and libxml 2.7.7, both of which is 
> later
> than the above two versions.

The installer tests for the bug itself, not for version numbers. It's possible
that the documented versions we know work on most systems don't work in all
circumstances, or that your PHP is actually linked with a different version of
libxml2 than the one you're seeing on your system. (It's even possible that
it's a slightly different, but related bug!)


(In reply to comment #36)
> Was this a problem in previous versions of MediaWiki?  I ask because we've 
> been
> running 1.13.5 for months (years?) with the bad combination of PHP and libxml2
> and never noticed any issues.  Granted we don't do much importing.  Now we are
> trying to upgrade to 1.16.0 and can't because of this error.  Since we can't 
> do
> anything about the versions of PHP and libxml on our server, I'm tempted to
> comment out the check and move on.  Any advice?

If you have the bug it would cause breakage on any version of MediaWiki, in at
least the particular areas using XML parsing.

We added the big flashy warning on the installer because people would often not
realize their setup was broken until *after* they ended up corrupting a bunch
of data and getting very confused...


You might be able to get away with disabling the check as long as you don't use
any of the following:
* Special:Import or its various command-line friends
* Blahtex, ExternalData, FCKEditor, MediaVid, SyntaxHighlight_GeSHi,
WiktionaryInflection extensions

There may also be problems with SVG handling, as well as in other areas that
didn't show up on a search for xml_parser_create().

You may also be more evilly affected with other apps running on your server;
similar bugs were very disruptive to StatusNet's identi.ca site back when it
was running on a flaky Solaris setup that we couldn't upgrade ourselves... we
fixed that problem by changing hosts! :P

Be aware that disabling these checks is at your own risk -- you're
acknowledging that you know that the software is telling you it will not work
properly on your system.


I'm re-resolving this bug; if there's a better resource to help people diagnose
and upgrade their broken PHP setups we can change the link, but that's about
all we can do at this stage.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
You are on the CC list for the bug.

_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to