php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #58255 INTL_MAX_LOCALE_LEN = 64 is not enough
Submitted: 2008-06-30 12:22 UTC Modified: 2008-07-14 03:33 UTC
From: david dot zuelke at bitextender dot com Assigned:
Status: Closed Package: intl (PECL)
PHP Version: Irrelevant OS: irrelevant
Private report: No CVE-ID: None
View Developer Edit
 [2008-06-30 12:22 UTC] david dot zuelke at bitextender dot com 
Description:
------------
sr_Latn_RS_REVISED@currency=USD;collation=traditional;mykeyw
ord=myvalue;calendar=thai-buddhist
77 characters

unrealistic? maybe. but that's what i18n is all about. 
still, something that is more likely to happen:

zh_Hans_CN@currency=USD;collation=traditional;calendar=grego
rian
65 characters... China, simplified Han, List of quarterly 
sales, Gregorian calendar, normal collation for sorting 
person names.

"You don't need collation instructions for date formatting" 
etc cannot be the answer here, because it would require me 
to parse the locale string in userspace code. That kind of 
defeats the purpose of ext/intl then :)

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2008-07-14 02:43 UTC] stas at zend dot com 
This bug has been fixed in CVS.

In case this was a documentation problem, the fix will show up at the
end of next Sunday (CET) on pecl.php.net.

In case this was a pecl.php.net website problem, the change will show
up on the website in short time.
 
Thank you for the report, and for helping us make PECL better.

increased it to 80, hope it's enough for any _practical_ purpose :)
 [2008-07-14 03:33 UTC] david dot zuelke at bitextender dot com 
80 is a bit better, yeah, though of course the preferred 
solution would be for ICU to fix it :) did you file a bug 
report there or something?
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Mon Dec 30 14:01:28 2024 UTC