Last modified: 2010-05-15 15:33:02 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 1042 - Error message "LangagueUtf8.php : regex code on line 1"
Error message "LangagueUtf8.php : regex code on line 1"
Product: MediaWiki
Classification: Unclassified
General/Unknown (Other open bugs)
Other Linux
: Normal normal with 2 votes (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on:
  Show dependency treegraph
Reported: 2004-12-08 22:15 UTC by Yann Forget
Modified: 2010-05-15 15:33 UTC (History)
1 user (show)

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


Description Yann Forget 2004-12-08 22:15:44 UTC
After a new install with 1.4beta1, I got the follow error message: 
"Error LangagueUtf8.php : regex code on line 1"
Comment 1 Matěj Šmíd 2005-02-03 18:16:41 UTC
It's probably because of old LanguageXX.php files. I had same problem (language
Czech) and after LanguageCs.php update, warning message disapear.
Comment 2 Matěj Šmíd 2005-02-21 09:20:23 UTC
New LanguageXX.php didn't solve that completly. On some pages in Wikipedia: (and
possibly in Help:) namespace it still shows error messages. Other namespaces are
ok. Error messages disapear after reload from network (in firefox - shift + reload).
Comment 3 Brion Vibber 2005-03-26 12:15:53 UTC
For case conversion functions in UTF-8 text, MediaWiki prefers to use the functions provided by PHP's mbstring extension if 
present. The fallback code involves loading some big arrays and doing a regular expression match, which is slower and 
uses more memory.

The initialization code for the fallback conversion was checking for the presence of the wrong function. mb_strtoupper and 
mb_strtolower are only present starting in 4.3.0, so the case arrays were not being loaded when the extension was detected 
as present and the fallback converter failed.

An untested fix has been checked into HEAD and REL1_4 branches and will be included in 1.4.1:

Feedback to confirm the fix would be nice. :)
Comment 4 Frank Niedermann 2005-03-29 06:46:37 UTC
(In reply to comment #3)
> An untested fix has been checked into HEAD and REL1_4 branches and will be
included in 1.4.1:
> Feedback to confirm the fix would be nice. :)

I chaned 'mb_internal_encoding' to 'mb_strtoupper' in languages/LanguageUtf8.php
as you told me on IRC, did the trick for me.


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