Bug #66265 [Com]: gettext is not working anymore

From: Date: Fri, 16 May 2014 07:50:28 +0000
Subject: Bug #66265 [Com]: gettext is not working anymore
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-185836@lists.php.net to get a copy of this message
Edit report at https://bugs.php.net/bug.php?id=66265&edit=1

 ID:                 66265
 Comment by:         louisantoinem at gmail dot com
 Reported by:        roeycohen at gmail dot com
 Summary:            gettext is not working anymore
 Status:             Assigned
 Type:               Bug
 Package:            Gettext related
 Operating System:   windows
 PHP Version:        5.5.7
 Assigned To:        ab
 Block user comment: N
 Private report:     N

 New Comment:

same problem on PHP 5.5.9 Ubuntu 14.04
gettext seems to always select the same catalogue
worked with the exact same source code in PHP 5.3


Previous Comments:
------------------------------------------------------------------------
[2014-05-15 05:00:54] e at elasten dot eu

I have almost the same problem on Win7 64bit. The script is using the system default locale
(Hungarian) to load the .po file and not the setlocale/putenv variables, but interestingly for me
PHP 5.3.28b works and neither 5.4.28a and 5.5.12a. I am using Uniform Server Zero XI which can
switch loaded PHP version with a restart of the server.

------------------------------------------------------------------------
[2014-04-29 14:52:36] gab at forme dot it

I have the same problem on win 7 64bit, after upgrading to xampp 1.8.3 (php 5.5.9) gettext
doesn't work. With previous xampp 1.8.2 (php 5.4.27) gettext works fine.

------------------------------------------------------------------------
[2014-03-06 14:53:38] barry at staes dot nl

I experienced the regression when upgrading from XAMPP 1.8.2 to 1.8.3, which was using PHP 5.4.19
and PHP 5.5.6 respectively. Its easily reproduced, both on Windows 7 and 8.1. First
setlocale(LC_MESSAGES, 'nl_NL.UTF8') works, but after upgrade it wont. 

On a sidenote, the OS does not need to have the locales i was using via PO files installed, or have
matching names at all, but it worked excelent nonetheless. Now  it always sets the locale to the OS
language, and loads that PO files. No matter what setlocale() gets called with.

------------------------------------------------------------------------
[2014-02-25 16:44:40] swbva at thecloudindex dot com

Oh yes, @ab; of course it seems to me this isn't a case of having the right languages
installed?

On Win7, there is 'Region and Language', I guess all that are in the 'format'
dropdown are supported (probably the same list as on the page the first link I've given in my
previous post is pointing to).

And of course, it IS workin in PHP 5.4... So (at least) it /looks/ like the OS /
'installed' 'languages' isn't the problem?

Thanks

------------------------------------------------------------------------
[2014-02-25 16:28:41] swbva at thecloudindex dot com

Same kind of problems here...

PHP 5.4 works fine, PHP 5.5 doesn't
I'm on Win7-64.

Correct locale identifiers (region & language) for Windows can be found in this table (last 2
columns):
http://www.microsoft.com/resources/msdn/goglobal/default.mspx
(But, as some may know of course, other ways to indicate the locale on Windows are possible, see
e.g.: http://msdn.microsoft.com/en-us/library/39cwe7zf%28v=vs.100%29.aspx)

There DO seem to be some inconsistencies in PHP 5.5.
For example; setting a locale named 'en' seems to be valid. PHP 5.4 returns (correctly?)
false

A little comparison ('locale': setlocale() return string):

5.4
en: false
en_US: false
en-US: false
enu:  English_United States.1252

5.5
en: en
en_US: false
en-US: en-US
enu: English_United States.1252


Windows seem to add the codepage the the locale string. Since my language files are in utf-8 (not
cp1252), I hope this doesn't cause troubles?
It doesn't seem possible to add the encoding the the locale string in Windows.
(Btw; of course, it IS working in PHP 5.4 already..)

Another thing: what seems to work in PHP 5.4, is e.g. using putenv("LC_ALL=en"), with my
english LC_MESSAGES in a folder named 'en'.
Of course this isn't a valid (Windows) locale, but it IS what I want regarding Gettext in my
case (1 file for the english language, disregarding region).

Is this a valid practice? I believe the LC_ALL variable is temporary set/altered, and immediately
restored to it's original/previous value after PHP is finished with Gettext? (So if it is
working, it doesn't do any possible harm?)

Btw; only LC_ALL env. variable seems to matter for gettext?
I seems I can use anything for setlocale, and Gettext still will get the right file? (on Win/PHP 5.4
anyway..)


Ps; I am wondering what exactly worked for roeycohen (and how?)
I can reproduce his problem, but can't solve it?

------------------------------------------------------------------------


The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at

    https://bugs.php.net/bug.php?id=66265


-- 
Edit this bug report at https://bugs.php.net/bug.php?id=66265&edit=1


Thread (33 messages)

« previous php.bugs (#185836) next »