Site Crashed U_ILLEGAL_ARGUMENT_ERROR in IntlDateFormatter

[DrByte]

My bad. Turns out 'en' alone isn't "valid" either. And that's what I had in my clipboard when I pasted. Doh!

EDITED: now recommending:

@setlocale(LC_TIME, ['en_US', 'en_US.UTF-8', 'en-US']);

Add this to the end of includes/configure.php and YOUR_ADMIN/includes/configure.php

[jeking]

My bad. Turns out 'en' isn't "valid" either. And that's what I had in my clipboard when I pasted. Doh!

Use:

@setlocale(LC_TIME, 'en_US');

I can confirm this works in my testing. en is so close to en_US.

[swguy]

Confirmed on admin and storefront in PHP 8.1. Thanks, @drbyte!

[DrByte]

I updated my "fix" with adding UTF-8 fallback, just in case.
(FYI The hyphenated uppercase en_US.UTF-8 works on my dev site, where the en_US.utf8 lowercase without hyphen shows as invalid when used on its own. Might be different on different servers with different locale packs installed at the server level.)

And for local PC servers running Windows, it seems 'en-US' may be what's needed.

[bumba000]

Confirmed working on php 8.2. Thank you all very much!

Best,
John

[pixodaros]

My bad. Turns out 'en' alone isn't "valid" either. And that's what I had in my clipboard when I pasted. Doh!

EDITED: now recommending:

@setlocale(LC_TIME, ['en_US', 'en_US.UTF-8', 'en-US']);

Add this to the end of includes/configure.php and YOUR_ADMIN/includes/configure.php

That fix for a blank store with the log "Uncaught Error: Found unconstructed IntlDateFormatter" worked for me! I changed the two cofigure.php files and now both the customer-facing page and the admin page load on my test install.

[pixodaros]

My bad. Turns out 'en' alone isn't "valid" either. And that's what I had in my clipboard when I pasted. Doh!

EDITED: now recommending:

@setlocale(LC_TIME, ['en_US', 'en_US.UTF-8', 'en-US']);

Add this to the end of includes/configure.php and YOUR_ADMIN/includes/configure.php

That fixed worked for me when the customer-facing page and the admin page were both blank and the log listed an "Uncaught Error: Found unconstructed IntlDateFormatter". Thanks.

[Georgecy]

Hi Guys,
I tested 1.5.8a fresh install with PHP 8.11 and tested all patches without sucess. When using PHP 7.4 all it works without problem. I assume if PHP 8.0 is used it will also work, as per other forum posts(also tested php 8.010 and it works). 2.0 is supposed to solve this issue. The important question for us is the compatibility of the plug ins in version 1.5.8a and 2.0. If the plugins are compatible with both these versions then we go straight to version 2.0. If not we have to sort out the issues with 1.5.8 till the 2.0 with our pluggins are compatible. Any hints of what we maybe doing wrong with the PHP 8.1+ patch is welcome.

[lat9]

Hi Guys,
I tested 1.5.8a fresh install with PHP 8.11 and tested all patches without sucess. When using PHP 7.4 all it works without problem. I assume if PHP 8.0 is used it will also work, as per other forum posts(also tested php 8.010 and it works). 2.0 is supposed to solve this issue. The important question for us is the compatibility of the plug ins in version 1.5.8a and 2.0. If the plugins are compatible with both these versions then we go straight to version 2.0. If not we have to sort out the issues with 1.5.8 till the 2.0 with our pluggins are compatible. Any hints of what we maybe doing wrong with the PHP 8.1+ patch is welcome.

I'm not clear on what the issue you're facing is; see post #24 in this thread ... has that change provided by DrByte been applied?

[Georgecy]

Hi Cindy,
The patch @setlocale(LC_TIME, ['en_US', 'en_US.UTF-8', 'en-US']); has been applied to both configure files without success. I initially use GB instead of US but at the end I used the exact statement above. I tried also to changed the Time Zone to Europe/Athens but without success.
[09-May-2024 17:05:51 Europe/Athens] PHP Fatal error: Uncaught IntlException: datefmt_create: No such time zone: 'Europe/Athens': U_ILLEGAL_ARGUMENT_ERROR in /includes/classes/zcDate.php:90

When going back to PHP 7.4 or 8.0 the blank pages go away and the the store works as expected.

The logs are the shown below

[09-May-2024 13:32:46 UTC] PHP Fatal error: Uncaught IntlException: datefmt_create: No such time zone: 'UTC': U_ILLEGAL_ARGUMENT_ERROR in /includes/classes/zcDate.php:90
Stack trace:
#0 /includes/classes/zcDate.php(90): IntlDateFormatter->__construct()
#1 /includes/classes/zcDate.php(39): zcDate->initializeConversionArrays()
#2 /includes/autoload_func.php(47): zcDate->__construct()
#3 /admin!/includes/application_top.php(42): require('...')
#4 /admin!/login.php(8): require('...')
#5 /admin!/index.php(11): require('...')
#6 {main}
thrown in /includes/classes/zcDate.php on line 90

[09-May-2024 13:32:46 UTC] Request URI: /admin!/index.php?cmd=login&camefrom=index.php, IP address: xxxxxxx
--> PHP Fatal error: Uncaught IntlException: datefmt_create: No such time zone: 'UTC': U_ILLEGAL_ARGUMENT_ERROR in /includes/classes/zcDate.php:90
Stack trace:
#0 /includes/classes/zcDate.php(90): IntlDateFormatter->__construct()
#1 /includes/classes/zcDate.php(39): zcDate->initializeConversionArrays()
#2 /includes/autoload_func.php(47): zcDate->__construct()
#3 /admin!/includes/application_top.php(42): require('...')
#4 /admin!/login.php(8): require('...')
#5 /admin!/index.php(11): require('...')
#6 {main}
thrown in /includes/classes/zcDate.php on line 90.