Last modified: 2010-05-15 15:48:17 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T10820, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 8820 - Text delimited by <pre> is rendered as UNIQ<something>QINU
Text delimited by <pre> is rendered as UNIQ<something>QINU
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.9.x
All Linux
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  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: ---


Attachments

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
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.
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.


Navigation
Links