Last modified: 2010-05-15 15:48:17 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 8820 - Text delimited by <pre> is rendered as UNIQ<something>QINU
Text delimited by <pre> is rendered as UNIQ<something>QINU
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
All Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2007-01-29 08:41 UTC by Andrei
Modified: 2010-05-15 15:48 UTC (History)
0 users

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


Description Andrei 2007-01-29 08:41:16 UTC
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
Comment 1 Andrei 2007-01-29 13:48:43 UTC
Also other Wikimedia tags are replaced with same pattern (examples: <nowiki>)
What can mess up Wiki parser?
Comment 2 Brion Vibber 2007-02-02 18:53:10 UTC
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.
Comment 3 Sven Schwyn 2007-03-05 09:03:00 UTC
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.
Comment 4 Sven Schwyn 2007-03-05 09:12:48 UTC
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.
Comment 5 Andrei 2007-03-05 09:17:13 UTC
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.
Comment 6 Sven Schwyn 2007-03-05 13:14:56 UTC
That's it, big thanks for this hint!
Comment 7 iPork 2007-03-14 16:38:46 UTC
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.
Comment 8 Pietrodn 2007-03-14 18:08:51 UTC
Try to upgrade to PHP 5.1 or upper. Citing from
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.

I'm not sure that it will work, but I've PHP 5 and the pre and nowiki tags are
rendered correctly.
Comment 9 Brion Vibber 2007-03-14 19:28:07 UTC
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.

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