Edit report at https://bugs.php.net/bug.php?id=79722&edit=1
ID: 79722
Updated by: php-bugs@lists.php.net
Reported by: k dot witkowski at advoxstudio dot com
Summary: IntlDateFormatter::getPattern() for ar locale returns
extra characters
-Status: Feedback
+Status: No Feedback
Type: Bug
Package: I18N and L10N related
Operating System: Ubuntu 18.04 + docker
PHP Version: 7.2.31
Assigned To: cmb
Private report: N
New Comment:
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
Previous Comments:
------------------------------------------------------------------------
[2020-06-23 09:18:28] cmb@php.net
Yes, but I don't think that PHP claims these format strings to be
compatible in any way.
------------------------------------------------------------------------
[2020-06-23 08:40:20] k dot witkowski at advoxstudio dot com
If you use these patterns with date() you receive wrongly formatted output
https://3v4l.org/DUlfj
------------------------------------------------------------------------
[2020-06-22 11:47:21] cmb@php.net
These right-to-left marks look fine to me:
<https://3v4l.org/c4vFQ>.
------------------------------------------------------------------------
[2020-06-21 18:29:34] k dot witkowski at advoxstudio dot com
Description:
------------
Wrong value of pattern for arabic locales.
Test script:
---------------
php > $dateFormat = new \IntlDateFormatter('ar_MO', \IntlDateFormatter::SHORT,
\IntlDateFormatter::NONE);
php > echo htmlentities($dateFormat->getPattern());
Expected result:
----------------
d/M/y
Actual result:
--------------
d‏/M‏/y
------------------------------------------------------------------------
--
Edit this bug report at https://bugs.php.net/bug.php?id=79722&edit=1