Author: andrei_lr
Description:
After i've upgraded MW 1.4.3 to MW 1.9.0 all text marked with <pre> is rendered as UNIQ<big hexa number>QINU
Version: 1.9.x
Severity: normal
OS: Linux
Author: andrei_lr
Description:
After i've upgraded MW 1.4.3 to MW 1.9.0 all text marked with <pre> is rendered as UNIQ<big hexa number>QINU
Version: 1.9.x
Severity: normal
OS: Linux
andrei_lr wrote:
Also other Wikimedia tags are replaced with same pattern (examples: <nowiki>)
What can mess up Wiki parser?
You have broken extensions that have not been updated for the new version,
and/or the system is broken generally.
Confirm the correct files are uploaded and in use. Recache pages.
svoop wrote:
I'm having the same issue after upgrading from MW 1.7.3 (without any extensions)
to 1.9.3 using the update.php script. To double check I have created a new 1.9.3
wiki with source files from SVN - and the problem is just the same.
Gentoo Linux, MySQL 5.0.32, PHP 5.1.6.
svoop wrote:
By the way: Not only existing pre-tags are replaced. I create a new page on a
virgin 1.9.3 install, add something like "<pre>this is a test</pre>" and hit
save. Result: Something like "UNIQ41a56c0d8438eb5-pre-00000001-QINU" instead of
the pre-tagged content.
Other tags such as div are working just fine.
andrei_lr wrote:
Check your php.ini conf
; Enable compatibility mode with Zend Engine 1 (PHP 4.x)
zend.ze1_compatibility_mode = Off
When it is set to On in PHP 5, MW parser goes crazy.
ipork wrote:
It would be really usefull to find a solution for people like me who cannot access to php.ini. I have installed MediaWiki: 1.9.3 and have the same problem of Sven Schwyn.
Try to upgrade to PHP 5.1 or upper. Citing from
http://www.mediawiki.org/wiki/Manual:Upgrading_to_1.9#Check_requirements:
<blockquote>
Note: PHP 5.0 has bugs on 64-bit systems which cause fundamental problems with
MediaWiki. If you are running on an x86_64 (AMD64, EMT64) or other
affected 64-bit platform, you must run PHP 5.1 or higher.
</blockquote>
I'm not sure that it will work, but I've PHP 5 and the pre and nowiki tags are
rendered correctly.
Sorry, that's a really bugged-up switch in PHP which should never be used. We
can detect it and warn the user, but that's it.
Contact your hosting provider for information on how to change PHP settings via
.htaccess or otherwise.