Highlights von Magento Open Source 2.4.6
Achten Sie auf die folgenden Highlights in dieser Version.
Sicherheitsverbesserungen
Diese Version umfasst acht Sicherheits-Fix- und Plattformsicherheitsverbesserungen.
Bisher sind keine bestätigten Angriffe im Zusammenhang mit diesen Problemen aufgetreten. Bestimmte Schwachstellen können jedoch ausgenutzt werden, um auf Kundeninformationen zuzugreifen oder Administratorsitzungen zu übernehmen. Die meisten dieser Probleme erfordern, dass ein Angreifer zunächst Zugriff auf den Administrator erhält. Daher erinnern wir Sie daran, alle erforderlichen Schritte zum Schutz Ihres Administrators zu unternehmen, einschließlich, aber nicht beschränkt auf diese Schritte:
- IP-Zulassungsauflistung
- Zwei-Faktor-Authentifizierung
- VPN-Nutzung
- Verwendung eines eindeutigen Speicherorts anstelle von
/admin
- Gute Passworthygiene
Die neueste Diskussion über diese behobenen Probleme 🔗 Sie im Adobe-Sicherheitsbulletin.
Zusätzliche Sicherheitsverbesserungen
Die Sicherheitsverbesserungen für diese Version verbessern die Einhaltung der neuesten Best Practices für die Sicherheit, einschließlich:
-
Lücken in Admin-Aktionsprotokollen wurden durch spezifischere Prüfungen von Aktionen in Rasteransichten, Massenaktionen und Exporten geschlossen.
-
Die reCAPTCHA-Validierung schlägt beim Checkout nicht mehr fehl, wenn bei der Zahlungsverarbeitung unerwartete Fehler auftreten. GitHub-35093-
-
Neue Systemkonfiguration, bei der eine E-Mail-Bestätigung erforderlich ist, wenn ein Administrator bzw. eine Administratorin seine/ihre E-Mail ändert. Um Sicherheitslücken zu vermeiden, wurde eine neue Systemkonfigurationseinstellung (standardmäßig deaktiviert) hinzugefügt, die eine E-Mail-Bestätigung erfordert, wenn ein Administrator seine E-Mail ändert: Stores > Settings:Configuration > Customers > Customer Configuration > Account Information Options > Require email confirmation if an email has been changed. Wenn diese Option aktiviert ist, fordert die Anwendung jedes Mal eine E-Mail-Bestätigung an, wenn der Administrator bzw. die Administratorin seine/ihre E-Mail-Adresse ändert. Das folgende Modul ist von dieser Änderung betroffen:
Magento_Customer
.
Plattformverbesserungen
Mit Magento Open Source 2.4.6 wird PHP 8.2 unterstützt. PHP 8.1 wird weiterhin vollständig unterstützt.
Die PHP 7.4-Unterstützung wurde aus dieser Version entfernt. Sie können Magento Open Source 2.4.6 nicht auf PHP 7.4 ausführen.
Magento Open Source unterstützt jetzt:
-
Composer 2.2.x. Composer 1.x wurde entfernt.
-
Redis 7.0.x. Obwohl die Kompatibilität mit Redis 6.2 weiterhin besteht, empfehlen wir, diese Version mit Redis 7.0.x bereitzustellen, da Redis 6.2 voraussichtlich 2024 das Ende seiner Lebensdauer erreichen wird.
-
OpenSearch wird jetzt als Standard-Suchmaschine für lokale Magento Open Source- und Cloud-Bereitstellungen unterstützt. Es wird als unabhängige Suchmaschine für Magento Open Source unterstützt. Diese Version unterstützt OpenSearch v2.x und wurde mit OpenSearch 2.5 getestet. Obwohl die Kompatibilität mit OpenSearch 1.x weiterhin besteht, empfehlen wir, diese Version mit OpenSearch 2.x zu verwenden. Sie können Magento Open Source und Magento Open Source 2.4.6 mit OpenSearch 2.x sowohl in der Cloud als auch lokal installieren und ausführen Voraussetzungen für Suchmaschinen.
-
Elasticsearch 8.x. Siehe Elasticsearch aktualisieren.
-
MariaDB 10.6 (LTS-Version). Diese Version ist weiterhin mit MariaDB 10.4 kompatibel, wir empfehlen jedoch eine Aktualisierung auf MariaDB 10.6.
Andere Upgrades und Ersetzungen
-
Das DHL-Schema wurde von v6.2 auf v10.0 migriert.
-
Veraltete JavaScript-Bibliotheken wurden auf die neuesten Versionen aktualisiert und veraltete Abhängigkeiten wurden entfernt. Diese Änderungen sind abwärtskompatibel.
-
Die Kompatibilität mit PHP 7.4 wurde aus den Commerce- und Magento Open Source-Code-Basen entfernt.
-
Die Symfony-Abhängigkeiten wurden auf die neue LTS-Version aktualisiert. Zu den Abhängigkeiten gehören:
friendsofphp/php-cs-fixer
symfony/console
symfony/event-dispatcher
symfony/finder
symfony/process
web-token/jwt-framework
-
jquery-migrate
wurde aus den Code-Basen von Commerce und Magento Open Source entfernt. GitHub-21406- -
jQuery/fileUpload
Bibliothek wurde auf Version 10.32 aktualisiert. -
Komponenten des Zend-Frameworks (ZF1), die das Ende des Lebenszyklus erreicht haben, wurden aus der Codebasis entfernt. Siehe Abwärtskompatible Änderungen werden hervorgehoben.
-
Laminas-Abhängigkeiten wurden aktualisiert, um PHP 8.2 zu unterstützen.
-
Das
laminas/laminas-dependency-plugin
Composer-Plug-in wurde entfernt. GitHub-36515- -
Zend_Filter
durchlaminas/laminas-filter
ersetzt. -
web-token/jwt-framework
wurde auf Version 3.0.5 aktualisiert. (neueste Version) -
allure-framework/allure-phpunit
wurde auf Version 2.x aktualisiert. -
Aktualisierung der
Chart-js
-Bibliothek auf Version 3.9.1
Updates zur Barrierefreiheit
Der Schwerpunkt dieser Version lag auf der Erstellung eines Storefront-Erlebnisses auf Venia (PWA), das besser wahrnehmbar, bedienbar, verständlich und stabiler ist. Zu diesen Verbesserungen gehören:
- Die visuelle Textbeschriftung für die Sign in-Schaltfläche entspricht nun ihrem barrierefreien Namen. (Als Best Practice wird empfohlen, dass der barrierefreie Name eines Benutzeroberflächenelements mit dem sichtbaren Titeltext beginnt.)
- Den Schaltflächen in der Storefront wurden aussagekräftige Namen hinzugefügt.
- Verbale beschreibende Beschriftungen wurden den Has Video in Suchfiltern hinzugefügt.
- Benutzer, die nur über die Tastatur verfügen, können jetzt auf alle Seitenfunktionen der Storefront zugreifen. Zuvor konnten Käuferinnen und Käufer nur über Tastenanschläge auf Links zur Unternavigation zugreifen.
Integration von Adobe Commerce mit Adobe IMS
Die folgenden Adobe IMS-Module wurden vom Adobe Commerce- und Magento Open Source-Kern-Code entkoppelt und sind jetzt als separates Metapaket verfügbar:
adobe-ims
adobe-ims-api
admin-adobe-ims
Die neue adobe-ims-metapackage
v2.2.0 ist im Bundle mit Adobe Commerce 2.4.6 und Magento Open Source 2.4.6 enthalten. In dieser Version hat sich keine Funktionalität geändert.
Braintree
- Die Pay Later Schaltfläche und Banner (Nachrichten) für Italien und Spanien wurden für Braintree aktiviert.
- PayLater Messaging mit PayPal Vault wurde aktiviert.
- Der Schutz vor Betrug wurde hinzugefügt und es wurden ACH-Webhooks hinzugefügt. Der Webhook zum Schutz vor Betrug wird ausgelöst, wenn in Braintree eine Risikoentscheidung getroffen wurde. Der ACH-Webhook wird ausgelöst, wenn der Status einer ACH-Zahlung auf
settled
odersettlement decline
aktualisiert wird.
- Webhook für LPM (Local Payment Methods) hinzugefügt.
GraphQL
Zu den Leistungsverbesserungen von GraphQL gehören:
Verbesserte Reaktionszeit bei der Abfrage von Kategorien mit aktivierten Kategorienberechtigungen. Die Antwortzeiten wurden verbessert, wenn Produkte in Kategorien abgefragt werden, für die Kategorieberechtigungen aktiviert sind und die viele Kundengruppen oder freigegebene Kataloge enthalten. Code-Änderungen, die diese Leistungsverbesserung unterstützen, umfassen:
- Der GraphQL-Resolver-Vorgang wurde optimiert.
- Der Datenanbieter setzt nicht mehr für jedes neue verarbeitete Produkt die zur Laufzeit zwischengespeicherten Daten neu, was die Leistung verbessert hat.
- Die Verarbeitung von Produktberechtigungen wurde im GraphQL-Resolver optimiert. Produktberechtigungen werden jetzt auf Produktsammlungen angewendet, und zwar stattdessen jetzt pro Produkt.
- Optimierte Berechtigungen zum Lesen in freigegebenen Katalogen in der
addProductsToCart
. - Produktberechtigungen wurden mit Produkt-Inline-Fragmenten optimiert.
Optimierte Leistung der Kategoriestrukturdarstellung. Die categoryList
wurde optimiert, um Kunden mit einer großen Anzahl von Kategorien zu unterstützen. Händler, die diese Abfrage verwenden, um mehr als 1500 Kategorien mit bis zu fünf Ebenen verschachtelter Unterkategorien zu durchsuchen, werden eine Leistungsverbesserung bemerken. Das Laden von untergeordneten Kategoriedaten durch die Umgestaltung des Codes wurde verbessert, indem unnötige Methodenaufrufe entfernt, das Zwischenspeichern der Kategoriestruktur verbessert und Kategoriedaten rekursiv geladen wurden. Code-Änderungen, die diese Leistungsverbesserung unterstützen, umfassen:
- Das Abrufen benutzerdefinierter Attribute und Metadaten für Kategoriemodelle wurde verbessert.
- Der Abruf von Kategorie-IDs wurde verbessert und die Anzahl der
getChildren
-Aufrufe wurde reduziert. - Das Laden von untergeordneten Elementen in Kategorien wurde verbessert.
Reduzierte Antwortzeiten bei Massenvorgängen zum Warenkorb. Die Add-Produktmutationen wurden optimiert, um die Abfrageleistung beim Hinzufügen von bis zu 500 einfachen und konfigurierbaren Produkten zu verbessern. Paketprodukte sind nicht betroffen. Zu den optimierten Mutationen gehören addProductsToCart
, addConfigurableProductsToCart
, addDownloadableProductsToCart
, addSimpleProductsToCart
, addVirtualProductsToCart
, addWishlistItemsToCart
und updateCartItems
.
Die Kundenabfrage unterstützt jetzt die Sortierung nach. Das orders
Ausgabeobjekt der customer
-Abfrage enthält jetzt ein Sortierfeld. Sie können jetzt Bestellungen nach Bestellnummer oder Erstellungsdatum und in auf- oder absteigender Reihenfolge sortieren.
Neue Mutationen:
deleteCustomer
Page Builder
Page Builder v.1.7.3 ist mit Magento Open Source 2.4.6 kompatibel.
PWA Studio
PWA Studio v.13.0.x ist mit Magento Open Source 2.4.6 kompatibel. Es enthält mehrere Verbesserungen zur Verbesserung der Barrierefreiheit. Informationen zu Fehlerbehebungen finden Sie unter PWA Studio-Versionen. Unter Versionskompatibilität finden Sie eine Liste der PWA Studio-Versionen und ihrer kompatiblen Adobe Commerce-Kernversionen.
Bekanntes Problem
Problem: New Relic ist derzeit nicht mit PHP 8.2 kompatibel. Bei Bereitstellungen mit New Relic kann Adobe Commerce 2.4.6 auf PHP 8.1, aber nicht auf PHP 8.2 ausgeführt werden. Workaround: Führen Sie Adobe Commerce 2.4.6 auf PHP 8.1 aus, bis eine neue Version von New Relic veröffentlicht wird, die PHP 8.2 unterstützt. Diese Version wird voraussichtlich im Sommer 2023 veröffentlicht.
Behobene Probleme
Wir haben Hunderte von Problemen im Magento Open Source 2.4.6-Kerncode behoben.
Installation, Upgrade, Bereitstellung
- Bei der Bereitstellung statischer Inhalte tritt während standardmäßiger oder kompakter Bereitstellungen mit mehreren Gebietsschemata und Websites keine Zeitüberschreitung mehr auf oder es treten keine Fehler mehr auf.
- Eine kompakte Strategie führt nicht mehr zu einem ungültigen Verweis auf eine externe Domain, wenn eine statische Inhaltsbereitstellung (
bin/magento set:static-content:deploy -f --strategy compact
) ausgeführt wird.
- Die Ausführung von
bin/magento setup:di:compile -vvv
(oder mit den Optionen-v
oder-vv
) gibt jetzt bei einem Fehler eine informative Meldung zurück. GitHub-35391
- Magento Open Source löst nicht mehr die folgende Ausnahme aus, wenn Sie den
bin/magento setup:upgrade
-Befehl in einer Bereitstellung ausführen, auf der bereits das Datenmigrations-Tool ausgeführt wird:PHP Fatal error: Declaration of Migration\Logger\Logger::addRecord(int $level, string $message, array $context = []): bool must be compatible with Monolog\Logger::addRecord(int $level, string $message, array $context = [], ?Monolog\DateTimeImmutable $datetime = null): bool in /var/www/html/vendor/magento/data-migration-tool/src/Migration/Logger/Logger.php on line 34
. GitHub-35604
- Der
bin/magento setup:db:status
-Befehl schlägt in Umgebungen, in denen MySQL 8.0.29 ausgeführt wird, nicht mehr fehl. Zuvor wurde in der Befehlsausgabe fälschlicherweise angegeben, dass das deklarative Schema veraltet ist. GitHub-35671
- Der Befehl
composer install
überschreibt.gitignore
Dateien nicht mehr. GitHub-32888
- Das Ausführen von
bin/magento sampledata:remove
zum Entfernen von Beispieldaten nach dem Upgrade auf Alpine Linux schlägt mit diesem Fehler nicht mehr fehl:Undefined constant "MagentoHackathon\Composer\Magento\Deploystrategy\GLOB_BRACE
. GitHub-36062
bin/magento setup:upgrade
wird jetzt nach der ersten Ausführung voncomposer install --no-dev
erfolgreich ausgeführt. GitHub-36351
- Ausnahmen und Ausnahmestapelablaufverfolgungseinträge sind jetzt in
var/log/exception.log
enthalten. GitHub-36054
Magento Open Source gibt jetzt einen Fehler bei der Parametervalidierung aus, wenn Sie die Befehlszeile verwenden, um eine Redis-Verbindung ohne Kennwort festzulegen.
Barrierefreiheit
- Die Schaltflächen Proceed to Checkout, Review Order und Place Order im Checkout-Workflow funktionieren jetzt mit der Tastatureingabe wie erwartet.
- Die visuelle Anzeige des Fokus auf Schaltflächen bei Verwendung von TAB oder SHIFT + TAB zum Navigieren durch Seitensteuerelemente funktioniert jetzt erwartungsgemäß.
Sprachausgabe
- Die Bildschirmlesehilfe für die Seite mit dem Auftragsverlauf liest jetzt die richtige Bildbeschreibung.
Die Sprachausgabe gibt jetzt Folgendes aus:
- Gesamtzahl der in den Suchergebnissen gefundenen Elemente wie erwartet
- Name des angemeldeten Benutzers, wenn dieser sich mithilfe von Tastatursteuerelementen erfolgreich anmeldet
- Die Kopfzeile der Produktsuchergebnisseite liest jetzt den richtigen Wert für das
<title>
Element - Ob Eingabefelder erforderlich sind
- Korrigieren des aktuellen Status von Akkordeon-Elementen (reduziert und erweitert)
- Wenn der Seiteninhalt aktualisiert wurde, nachdem der Benutzer auf die Schaltfläche Create an account geklickt hat
Produkte im Paket
- Beim Aktualisieren des Bundle-Produkts über die API für eine bestimmte Store-Ansicht werden jetzt andere Store-Ansichtsdaten für dasselbe Bundle-Produkt nicht überschrieben. Zuvor wurden Bundle-Produktoptionstitel mit dem ersten Optionstitel für andere Store-Ansichten überschrieben.
- Gebündelte Produkte können jetzt erfolgreich über Admin Catalog > Products gefiltert werden, wenn ein niederländisches Gebietsschema verwendet wird. Zuvor hat Magento Open Source diesen Fehler angezeigt, als Sie versuchten, nach
Type: Bundle Product
zu filtern:Something went wrong with processing the default view and we have restored the filter to its original state
. GitHub-35704
- Das Produktraster löst keine Ausnahme mehr aus, wenn Bundle-Produkte einen Sonderpreis von über 1.000 haben. Wenn Sie zuvor nach dem Produkt anhand der SKU gesucht oder zu Catalog > Products navigiert sind, hat Magento Open Source folgenden Fehler ausgegeben:
Non Numeric value encountered
. GitHub-36284)
- Spalten in den PDF-Dateien der Gutschriften und Rechnungen für Bestellungen, die einen Mix aus Bundle und einfachen Produkten enthalten, werden jetzt korrekt gerendert. Zuvor waren Spalten verzerrt oder falsch ausgerichtet.
- In GraphQL-Abfragen, die ein
BundleProduct
enthalten, enthält dasitems.options.product
-Objekt die erwarteten Daten. Zuvor konnte das Objekt unter bestimmten Umständen null sein.
- Dezimalgrößen für Bundle-Optionen werden jetzt korrekt gerendert, wenn Quantity uses decimals aktiviert ist. Zuvor wurde nur der ganzzahlige Teil der Menge gerendert, nicht die Bruchkomponente. Beispielsweise wurde eine Menge von 1.5 als 1.0 gerendert. GitHub-35964
- GraphQL-Produktabfragen geben jetzt nur noch Bundle-Produktoptionen im Umfang des abgefragten Stores zurück.
- Produkte, die keinen Kategorien zugewiesen sind, aber Produktoptionen für gebündelte oder gruppierte Produkte sind, werden jetzt in Antworten zurückgegeben, wenn die Allow Category Browsing Konfigurationseinstellung für den Kunden aktiviert ist, der die Abfrage sendet.
Cache
- Der Vollseiten-Cache wird nach der Bestellerfüllung nicht mehr geleert, es sei denn, das bestellte Produkt ist nicht vorrätig. Zuvor wurde der Cache für die Kategorie bei jeder Erstellung einer Sendung gelöscht.
- Daten werden jetzt erfolgreich zwischengespeichert, wenn der L2-Cache konfiguriert ist und Remote-Daten teilweise entfernt werden. Zuvor wurde der neue Cache, nachdem nur der Daten-Cache ohne Hashes dieser Daten geleert wurde, nicht gespeichert, solange die Daten-Hashes vorhanden waren.
- Es wurden Fehler in
CatalogUrlResolverIdentity
undCmsUrlResolverIdentity
behoben, die das Caching verhinderten. Dies wirkte sich auf die Zwischenspeicherung von Routenabfragen bei mehreren Anfragen aus.
Warenkorb und Checkout
- Käufer können jetzt einen zusätzlichen Artikel zu ihrem Warenkorb hinzufügen, wenn ihr Warenkorb die Mindestmenge des einfachen Produkts enthält.
- REST-API-Aufrufe zum Abrufen von Warenkorbdaten geben jetzt dieselben
grand_total
- undbase_grand_total
zurück, wenn die Speicherwährung und die Basiswährung identisch sind. GitHub-34649
- Der exportierte Wert von Maximum Qty Allowed in Shopping Cart entspricht jetzt dem Standardwert, der in der Admin-Konfigurationseinstellung festgelegt ist.
- Magento Open Source berechnet jetzt die Gesamtsumme für Rückerstattungen von Bestellungen mit einem Rabatt für den Versand korrekt.
- Google reCAPTCHA funktioniert jetzt für Storefront-Bestellungen wie erwartet. Zuvor wurden diese Fehler in Magento Open Source angezeigt, wenn Google ReCAPTCHA nicht zum ersten Mal ausgewählt wurde, bevor ein Erstkäufer versuchte, eine Bestellung aufzugeben:
ReCaptcha validation failed, please try again
undNo such cart with id = ID
.
- Die Aktualisierung des CAPTCHA-Bildes berücksichtigt jetzt die Admin-Konfigurationseinstellung und wird nicht ausgelöst, wenn die Einstellung deaktiviert ist. Zuvor wurde die Aktualisierung ausgelöst, wenn die Zahlungsmethode geändert wurde, unabhängig davon, ob die Einstellung aktiviert oder deaktiviert war. GitHub-34855
- Magento Open Source zeigt jetzt wie erwartet ein Bestätigungs-Popup an, bevor ein Käufer zur nächsten Seite weitergeleitet wird, wenn er die Produktmenge auf der Warenkorbseite ändert, ohne den Warenkorb zu aktualisieren, und dann versucht, zur nächsten Seite zu navigieren.
- Käufer können jetzt die Menge eines Produkts aus ihrem Warenkorb verringern, nachdem sie in der Admin verringert wurde. Zuvor gab Magento Open Source den folgenden Fehler aus, wenn ein Käufer versuchte, die Produktmenge zu reduzieren:
The requested qty is not available
. GitHub-35780
- Magento Open Source gibt in der JavaScript-Konsole keinen Fehler mehr aus, wenn die Produktmenge während des Checkouts mit mehreren Versandvorgängen das konfigurierte Maximum überschreitet. Stattdessen zeigt Magento Open Source jetzt eine informative Fehlermeldung an. GitHub-36184
- Die Artikelmenge auf der Warenkorbseite wird nicht mehr als negative Zahl dargestellt, wenn ein Käufer die Abwärtspfeiltaste auf seiner Tastatur verwendet, um die Produktmenge zu ändern. GitHub-36299
- Käufer können aus einer Kategorie, die jetzt nicht mehr zulässig ist, kein Produkt mehr in den Warenkorb legen, nachdem sie die Kundengruppe geändert haben, zu der der Käufer gehört. Magento Open Source überprüft jetzt den Zugriff der Kundengruppe auf bestimmte Kategorien, wenn die Einstellungen der Berechtigungskonfiguration geändert wurden.
- Die Warenkörbe der Kunden werden vor der Erstellung der Admin-Bestellung nicht mehr geleert. Der Inhalt des Warenkorbs wird jetzt wiederhergestellt, wenn die Bestellung storniert oder abgebrochen wird. Artikel werden jetzt erst nach der Bestellerstellung aus dem Warenkorb entfernt. Jedes Mal, wenn ein Administrator bzw. eine Administratorin versucht hat, eine Bestellung auf der Seite „Admin-Warenkorb verwalten“ zu erstellen, wurde der Warenkorb geleert.
- Der Mini-Warenkorb zeigt jetzt nach dem Ausführen von
bin/magento catalog:image:resize
die richtigen Produktbilder an. Zuvor wurden alle Bilder durch das standardmäßige Produkt-Platzhalterbild ersetzt. GitHub-35535
- Der Checkout kann jetzt erfolgreich abgeschlossen werden, wenn die Versandadresse ein Erweiterungsattribut enthält. Zuvor gab Magento Open Source diesen Fehler aus:
Object of class Magento\Quote\Api\Data\AddressExtension could not be converted to string
. GitHub-34202
- Die
addBundleProductsToCart
Mutation fügt einem Angebot keine Produkte mehr hinzu, wenn eine erforderliche Produktoption keinen Wert hat. GitHub-25676
- Magento Open Source gibt jetzt eine informative Nachricht zurück, wenn eine
addProductsToCart
Mutation fehlschlägt, wenn ein Produkt mit unzureichenden Berechtigungen zum Warenkorb hinzugefügt wird.
- Magento Open Source gibt keinen Fehler mehr auf der Warenkorbseite aus, wenn die Schnellbestellung verwendet wird, um ein Produkt in einer Menge hinzuzufügen, die den verfügbaren Bestand übersteigt.
Warenkorb-Preisregel
- Warenkorbpreisregel Die kostenlosen Versandoptionen, die während der Regelerstellung festgelegt werden, werden jetzt wie erwartet auf Bestellungen angewendet. Zuvor wurden kostenlose Versandoptionen, die während der Erstellung der Regel angewendet wurden, beim Checkout ignoriert, und der kostenlose Versand war nicht zulässig, wenn die Regel angewendet wurde. GitHub-35013
- Die Spalte
discount_percent
dersales_order_item
für ein Produkt wird jetzt erwartungsgemäß mit dem Rabattprozentsatz ausgefüllt, wenn die Artikelrabattmenge nicht festgelegt ist oder größer oder gleich der Bestellartikelmenge ist. Zuvor wurde diese Spalte nicht ausgefüllt, wenn eine Warenkorb-Preisregel auf dieses Produkt angewendet wurde.
Katalog
- Das Produktlisten-Widget zeigt für einen angemeldeten Käufer keine falschen oder zwischengespeicherten Preise mehr an. Der im Widget Startseite angezeigte Preis stimmt nun mit der Adresse des Käufers überein und wird aktualisiert, wenn der Käufer die Adresse aktualisiert. Zuvor wurden die Produktpreise auf der Startseite vom Browser-Cache nicht auf der Grundlage von Steuerregeln für Kundengruppen aktualisiert.
- Die Funktion „Produktliste vergleichen“ funktioniert jetzt in einer Bereitstellung für mehrere Websites ordnungsgemäß und ist von einer Website abhängig.
- Magento Open Source zeigt beim Neuladen einer Produktdetailseite keine Daten aus der vorherigen Seite mehr an. Zuvor wurden beim Neuladen der Produktdetailseite die Daten aus der ersten Registerkarte mit den neu geladenen Daten für einen Bruchteil einer Sekunde zusammengeführt.
- Kategorien mit Unterkategorien können jetzt wie erwartet im Hauptmenü auf Mobilgeräten erweitert werden. Zuvor konnten Käufer in Mobile-Bereitstellungen keine Kategorien mit Unterkategorien öffnen oder erweitern. GitHub-35329
- Kategorielisten werden jetzt erwartungsgemäß aktualisiert, wenn ein Produkt einer neuen Website oder einem neuen Store zugewiesen wird. Zuvor wurde der Produktpreis-Indexer nicht als ungültig markiert und anschließend bei einem
cron
wie erwartet erneut ausgelöst. Infolgedessen fehlte der Preiseintrag des Produkts in der Preisindextabelle und wurde nicht im neuen Shop oder auf der neuen Website angezeigt.
- Die Inventaranzahl der Storefront ist jetzt korrekt, wenn die Display Out of Stock Products Konfigurationseinstellung aktiviert ist. GitHub-35899
- Die Kategorieseite ist nicht mehr leer, wenn die Allow All Products Per Page aktiviert ist. GitHub-35900
- Die Display Out of Stock Products-Konfigurationsoption funktioniert jetzt erwartungsgemäß, wenn sie aktiviert ist. Zuvor wurden alle Produkte als nicht vorrätig in der Storefront angezeigt, wenn diese Option in der Admin Console aktiviert war. GitHub-35898
- Die Sortierung von Produkten nach booleschen Attributen funktioniert jetzt erwartungsgemäß. GitHub-36390
- Katalogpreisregel-Rabatte werden nicht mehr auf benutzerdefinierte Festpreis-Produktoptionen angewendet, sondern nur auf den ursprünglichen Preis des Produkts.
- Katalogpreisregeln berücksichtigen jetzt den ausgewählten Umfang und werden nur auf Produkte für die Websites angewendet, für die das Attribut einen Optionswert hat, der der Regel entspricht. Zuvor berücksichtigte die Regel den ausgewählten Bereich in Bereitstellungen mit mehreren Sites nicht. GitHub-36049
- Die Farb- und Größenattribute der Farbfeldoptionen sind jetzt auf der Produktdetailseite vorausgewählt, wenn ein Käufer das konfigurierbare Produkt auf der Seite „Mein Warenkorb“ ändert. (Die jQuery 3.x-Version unterstützt jetzt den
swatchRenderer
Widget-Namen, der jetzt in Binnenmajuskel-Schreibweise vorliegt.) Zuvor war die Option für Farb-/Bildmuster nicht vorausgewählt.
- Kunden werden jetzt über sinkende Produktpreise benachrichtigt, wenn der Kunde den Warnhinweis für Preissenkungen abonniert hat. Bisher wurden aufgrund des Caching auf Anwendungsebene nicht immer Benachrichtigungen über Preisnachlässe gesendet.
- Katalogregeln, die auf SKUs mit der Bedingung is not one of basieren, funktionieren jetzt erwartungsgemäß.
- Magento Open Source geht nicht mehr fälschlicherweise davon aus, dass eine Kategorie basierend auf dem Kategoriepfad die übergeordnete Kategorie einer anderen ist. Wenn zuvor zwei Kategorien nebeneinander lagen und eine Kategorie-ID mit der Kategorie-ID einer anderen Kategorie beginnt, ging Adobe Commerce davon aus, dass die Kategorien dieselbe übergeordnete Kategorie hatten. GitHub-32464