Pieter Hoste

I'm not a fan of this, there is nothing wrong with 'active' or 'not active' in my opinion. But that's just my opinion. Also, if we do go ahead with...

Extra note, to setup those 3 extra packages using composer, you'll need these changes in the `composer.json`: ```diff diff --git a/composer.json b/composer.json index 6260fa5192c..47da42c7c98 100644 --- a/composer.json +++ b/composer.json @@...

Thanks guys!

Additionally - not sure if this is in scope of this PR - it would nice if an indexer definition could specify what its default mode should be the first...

Seems to be fixed by https://github.com/magento/magento2/commit/991ff13206652bd755785d24633c8f771c2cbd03

We're also seeing this over here. Error triggers on product detail pages, `$localeData['calendar']['gregorian']['AmPmMarkers']` is `null` in our case. Using: - PHP 8.2.14 - ICU 74.1 (also tried upgrading to 74.2...

Simplest way to reproduce (just tried this on latest commit from `2.4-develop` branch): Preconditions: - PHP 8.2.x - ICU library version 74.1 or 74.2 (dependency of the php-intl extension) Steps...

After some more looking into and seeing how the ICU data changed between versions 73.2 and 74.1 (this is [the commit](https://github.com/unicode-org/icu/commit/2270c174a58)), it looks like we should use `AmPmMarkersAbbr` instead of...

I just wrote this (dirty) script to be put in `pub/test.php` and then openend via `https://base-url/test.php`, it goes over all locale's supported by Magento and outputs a table to see...

@engcom-Hotel: it definitely is reproducible. Are you 100% sure your PHP is using ICU version 74.x? You may need to recompile the php-intl extension. Can you try my dirty test...