Nur PaaS

Versionshinweise zu Magento Open Source 2.4.3

Letzte Aktualisierung: 5. Mai 2025
  • Themen:

Erstellt für:

  • Experte
  • Admin
  • Entwickler

In Magento Open Source 2.4.3 werden Leistungs- und Sicherheitsverbesserungen sowie erhebliche Plattformverbesserungen eingeführt. Zu den Sicherheitsverbesserungen gehören die Erweiterung der reCAPTCHA-Abdeckung und die Einbeziehung der integrierten Ratenbegrenzung. Abhängigkeiten von Core Composer und Bibliotheken von Drittanbietern wurden auf die neuesten Versionen aktualisiert, die mit PHP 8.x kompatibel sind. Page Builder ist jetzt als gebündelte Erweiterung in Magento Open Source verfügbar. Es ist jetzt das standardmäßige Tool zur Inhaltsbearbeitung für Adobe Commerce und Magento Open Source.

Diese Version enthält über 370 neue Fehlerbehebungen am Kern-Code und 33 Sicherheitsverbesserungen. Es beinhaltet die Lösung von fast 290 GitHub-Problemen durch unsere Community-Mitglieder. Diese Community-Beiträge reichen von einer kleineren Bereinigung des Kern-Codes bis hin zu signifikanten Verbesserungen in GraphQL.

Diese Version enthält über 370 neue Fehlerbehebungen am Kern-Code und 33 Sicherheitsverbesserungen. Alle in den Versionshinweisen zu Magento Open Source 2.4.2 bekannten Probleme wurden in dieser Version behoben.

HINWEIS
Adobe Commerce-Versionen können abwärtsinkompatible Änderungen (BICs) enthalten. Informationen zu abwärtsinkompatiblen Änderungen finden Sie unter BIC-Referenz. Die wichtigsten abwärtsinkompatiblen Probleme werden in BIC-Highlights beschrieben. Nicht alle Versionen enthalten wichtige BICs.

Weitere Informationen zu Adobe Commerce 2.4.2-p2 finden Sie 🔗 den Versionshinweisen zu Adobe Commerce 2.4.2-p2.

Weitere Versionsinformationen

Obwohl der Code für diese Funktionen mit vierteljährlichen Releases gebündelt ist, werden mehrere dieser Projekte (z. B. Progressiven Webs Application (PWA Studio)) ebenfalls unabhängig voneinander veröffentlicht. Fehlerbehebungen für diese Projekte werden in den separaten, projektspezifischen Versionsinformationen dokumentiert, die in der Dokumentation für jedes Projekt verfügbar sind.

Wenden Sie AC-3022.patch an, um DHL weiterhin als Versandunternehmen anzubieten

DHL hat die Schemaversion 6.2 eingeführt und wird die Schemaversion 6.0 in naher Zukunft einstellen. Adobe Commerce 2.4.4 und frühere Versionen, die die DHL-Integration unterstützen, unterstützen nur Version 6.0. Händler, die diese Versionen bereitstellen, sollten AC-3022.patch so bald wie möglich beantragen, DHL weiterhin als Reederei anzubieten. Informationen Herunterladen und Installieren des Patches finden Sie im Knowledgebase-ArtikelApply a patch to continue offer DHL as shipping carrier) .

Wenden Sie den MC-43048__set_rate_limits__2.4.3.patch an, um das Problem mit der API-Ratenbegrenzung zu beheben

Dieser Hotfix bietet eine Lösung für das Problem, dass Web-APIs keine Anfragen verarbeiten können, die mehr als 20 Elemente in einem Array enthalten. Dieses Problem betrifft Bereitstellungen mit Magento Open Source 2.4.3, Adobe Commerce 2.4.3 oder 2.3.7-p1. Diesen Versionen wurde eine integrierte Ratenbegrenzung hinzugefügt, um DoS-Angriffe (Denial-of-Service) zu verhindern. Der standardmäßige Maximalwert wurde auf 20 festgelegt. Dieser Patch setzt die Standardbegrenzung auf einen höheren Wert zurück. Wenn Sie vermuten, dass Ihr Store einen DoS-Angriff erlebt, empfiehlt Adobe, die standardmäßigen Eingabebeschränkungen auf einen niedrigeren Wert zu senken, um die Anzahl der Ressourcen zu beschränken, die angefordert werden können. Siehe den Web-API kann Anfragen mit mehr als 20 Elementen im Array nicht verarbeiten Knowledgebase-Artikel.

Wenden Sie AC-384__Fix_Incompatible_PHP_Method__2.4.3_ce.patch an, um einen schwerwiegenden PHP-Fehler beim Upgrade zu beheben

Beim Upgrade auf Magento Open Source 2.4.3 kann der folgende schwerwiegende Fehler auftreten:

PHP Fatal error: Uncaught Error: Call to undefined function Magento\Framework\Filesystem\Directory\str_contains() in [...]/magento/vendor/magento/framework/Filesystem/Directory/DenyListPathValidator.php:74

Dieser Fehler resultiert aus der Verwendung der str_contains-Funktion, die eine PHP 8.x-Funktion ist. Die Anwendung Open Source 2.4.3 unterstützt PHP 8.x nicht. Dieser Hotfix ersetzt diese Funktion durch eine unterstützte PHP 7.x-Funktion. Siehe den Artikel Adobe Commerce-Upgrade 2.4.3, 2.3.7-p1 PHP Fatal Error Hotfix Knowledge Base.

Highlights

Achten Sie auf die folgenden Highlights in dieser Version.

Wesentliche Sicherheitsverbesserungen

Diese Version umfasst 33 Sicherheitskorrekturen und Verbesserungen der Plattformsicherheit. Viele dieser Sicherheitskorrekturen wurden auf 2.4.2-p2 und 2.3.7-p1 rückportiert.

33 Sicherheitsverbesserungen, die die Schwachstellen bei Remote Code Execution (RCE) und Cross-Site Scripting (XSS) beheben

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 zu unternehmen, um Ihren Administrator zu schützen, einschließlich, aber nicht beschränkt auf diese Bemühungen: IP-Zulassungsauflistung, Zwei-Faktor-Authentifizierung, die Verwendung eines VPN, die Verwendung eines eindeutigen Standorts anstelle von /admin und gute Passworthygiene. Unter Adobe-Sicherheitsbulletin finden Sie eine Erläuterung dieser behobenen Probleme.

Zusätzliche Sicherheitsverbesserungen

Die Sicherheitsverbesserungen für diese Version verbessern die Einhaltung der neuesten Best Practices für die Sicherheit, einschließlich:

  • Ein neues Composer-Plug verhindert Abhängigkeitsverwirrungen und identifiziert bösartige Pakete mit denselben Namen wie interne Pakete im öffentlichen Paket-Repository. Siehe den Blogpost von Adobe-Versionen Neues Composer-Plug-in mit Version 2.43.

  • Ratenbegrenzung ist jetzt in -APIs integriert um DoS-Angriffe (Denial-of-Service) zu verhindern. Web-APIs erlegen jetzt Einschränkungen hinsichtlich der Größe oder Anzahl der Ressourcen auf (der standardmäßige Maximalwert ist auf 20 festgelegt und kann je nach Geschäftsanforderungen auf einen anderen Wert konfiguriert werden), die von einem Client angefordert werden können. Informationen Konfigurieren dieserfinden Sie unter „Ratenbegrenzung“.

  • Die Abdeckung von ReCAPTCHA wurde erweitert um:

    • Web-APIs mit entsprechenden HTML-Seiten werden über ReCAPTCHA behandelt. (Dies schließt Web-APIs aus, auf die von Integrationen zugegriffen wird.) Die ReCAPTCHA-Abdeckung schützt Endpunkte vor Spam-Angriffen. Wenn auf Web-APIs durch einen Integrationsdienst eines Drittanbieters zugegriffen wird, der OAuth verwendet, ist ReCAPTCHA deaktiviert.

    • Die Seite „Bestellung aufgeben“ und zahlungsbezogene Web-APIs. Der reCAPTCHA-Schutz für diese Seiten ist standardmäßig deaktiviert und kann vom Administrator aktiviert werden. Diese Abdeckung fügt einen Anti-Brute-Force-Mechanismus hinzu, um Geschäfte vor Kardierangriffen zu schützen.

HINWEIS
Ab Version 2.3.2 werden wir indexierte Common Vulnerabilities and Expositions (CVE)-Nummern mit jedem Sicherheitsfehler zuweisen und veröffentlichen, der uns von externen Parteien gemeldet wurde. Auf diese Weise können Benutzer nicht adressierte Schwachstellen in ihrer Bereitstellung leichter identifizieren. Weitere Informationen zu CVE-Kennungen finden Sie unter CVE.

Verbesserungen der Infrastruktur

Diese Version enthält Verbesserungen, die die Qualität des Frameworks verbessern, sowie die folgenden Funktionsbereiche:

  • Kundenkonto

  • Katalog

  • CMS

  • OMS

  • Import/Export

  • Promotions und Targeting

  • Warenkorb und Checkout

  • B2B

  • Staging und Vorschau

PayPal Pay Later wird jetzt Bereitstellungen unterstützt, die PayPal enthalten. Mit dieser Funktion können Käufer eine Bestellung in zweiwöchentlichen Raten bezahlen, anstatt den vollen Betrag zum Zeitpunkt des Kaufs zu bezahlen.

Neuer use_application_lock-Indizierungsmodus. Im use_application_lock Modus können Sie die Neuindizierung aktivieren, indem Sie entweder Umgebungsvariablen verwenden oder die app/etc/env.php konfigurieren. Bei aktiviertem Modus müssen Sie den Indexer nach einem Fehler nicht mehr manuell zurücksetzen. Siehe Verwenden des Anwendungssperrmodus für Neuindizierungsprozesse.

Plattformverbesserungen

Version 2.4.3 ist noch nicht mit PHP 8.x kompatibel, aber die folgenden Plattformupgrades bringen uns der zukünftigen Kompatibilität mit PHP 8.x näher.

  • Core Composer-Abhängigkeiten und Bibliotheken von Drittanbietern wurden auf die neuesten Versionen aktualisiert, die mit PHP 8.x kompatibel sind.

  • Die KnockoutJS-Bibliothek wurde auf Version 3.5.1 (die neueste Version) aktualisiert.

  • Die veraltete TinyMCE v3-Bibliothek wurde entfernt. Das Magento_Tinymce3Banner und die MFTF-Tests im Zusammenhang mit TinyMCE v3.x wurden aus Adobe Commerce entfernt.

  • Magento Open Source 2.4.3 wurde getestet und als kompatibel mit Redis 6.0.12 bestätigt. (Version 2.4.x bleibt kompatibel mit Redis 5.x.)

  • Die Laminas-Bibliotheksabhängigkeiten wurden auf PHP 8.x-kompatible Versionen aktualisiert. Einige redundante Abhängigkeiten wurden aus der composer.json-Datei entfernt. Magento Open Source 2.4.3 verwendet Laminas 3.4.0.

Leistungsverbesserungen

Diese Version enthält Verbesserungen, die die Indexierungszeit für Produktpreis- und Katalogregel-Indexer verkürzen. Händler können jetzt eine Website aus einer Kundengruppe oder einem freigegebenen Katalog ausschließen, wodurch die Anzahl der Datensätze für die Indizierung reduziert und die Indizierungszeiten verkürzt werden.

Adobe Stock-Integration

Diese Version enthält Adobe Stock Integration v2.1.1.

GraphQL

Mit dieser Version wird die GraphQL-Abdeckung für freigegebene Routen hinzugefügt. Die Routenabfrage und RoutableInterface unterstützen Routing-Anfragen für Produkt-, Kategorie- und CMS-Seiten. Die urlResolver Abfrage wird nicht mehr unterstützt, und ihre Funktionalität wurde durch die route Abfrage ersetzt.

Weitere Informationen zu diesen Verbesserungen finden Sie 🔗 GraphQL-Entwicklerhandbuch.

Page Builder

Page Builder ist jetzt als gebündelte Erweiterung in Magento Open Source verfügbar. Es ist jetzt das standardmäßige Tool zur Inhaltsbearbeitung für Adobe Commerce 2.4.3 und Magento Open Source 2.4.3. Er kann den WYSIWG-Editor durch beliebige Drittanbietermodule ersetzen.

Page Builder ersetzt den TinyMCE-Editor in den folgenden Admin-Bereichen:

  • CMS-Seite
  • CMS-Block
  • Kategoriebeschreibung
  • Produktbeschreibung

Alle in TinyMCE erstellten Inhalte wurden als HTML in Page Builder migriert.

PWA Studio

Weitere Informationen zu Verbesserungen und Fehlerbehebungen finden Sie unter PWA Studio-Versionen. Unter Kompatibilität finden Sie eine Liste der PWA Studio-Versionen und der entsprechenden kompatiblen Versionen.

Upgrade-Kompatibilitätstool

Der Umfang des Upgrade-Kompatibilitätstools wurde auf der Grundlage von Feedback aus der Community erweitert. Schließen Sie sich unserem #upgrade-compatibility-tool Slack-Kanal an, um Unterstützung vom Adobe-Produktteam und der Community zu erhalten und um Unterstützung bei der zukünftigen Ausrichtung des Tools zu erhalten.

Vom Anbieter entwickelte Erweiterungen

In den folgenden Artikeln finden Sie Aktualisierungen zu Funktionen und Änderungen in dieser Version:

Behobene Probleme

Wir haben Hunderte von Problemen im Code 2.4.3 behoben.

Installation, Upgrade, Bereitstellung

  • Der bin/magento setup:db:status-Befehl gibt jetzt eine Meldung zurück, die angibt, dass nach einem erfolgreichen Upgrade alles auf dem neuesten Stand ist. Zuvor hat die Anwendung diesen Fehler angezeigt: Declarative Schema is not up to date.
  • Konfigurationswerte werden jetzt beim erneuten Laden des Formulars beibehalten, wenn die Erstellung eines neuen konfigurierbaren Produkts fehlschlägt. Zuvor gingen beim Neuladen des Formulars Werte verloren, und die Anwendung zeigte diesen Fehler an: The value specified in the URL Key field would generate a URL that already exists. GitHub-32102
  • Die Anwendung löst keine Ausnahme mehr aus, wenn Sie bin/magento setup:upgrade ausführen, um von einer Magento Open Source-Bereitstellung mit Redis auf Adobe Commerce zu aktualisieren.
  • Bereitstellungen, die auf Galera-Clustern ausgeführt werden, unterstützen jetzt mehr Kunden. GitHub-31038
  • Administratoren können sich jetzt erfolgreich bei einer -Bereitstellung anmelden, wenn die Anwendung entweder mit der Option —use-rewrites=0 oder in core_config_data_table mit web/seo/use_rewrites auf 0 installiert wurde. GitHub-32100
  • sortOrder für AsyncCssPlugin aktualisiert. Die Anwendung lädt jetzt AsyncCssPlugin vor dem JsFooterPlugin. GitHub-30882
  • Magento\Config\Model\Config\PathValidator prüft jetzt den Anzeigepfad , um festzustellen, ob ein Element vorhanden ist, und verwendet bei einem Konfigurationspfad den config.xml Pfad stattdessen zur Validierung. GitHub-27678
  • Das Kompilieren von Less-Dateien mit Grunt oder durch Server-seitige Kompilierung liefert nun dieselben Ergebnisse. Zuvor. .abs- styles, die andere .abs- styles in _extends.less erweitert, wurden beim Kompilieren mit Grunt nicht richtig ausgegeben. Dies führte zu Unterschieden zwischen Produktions- und Entwicklungsbereitstellungen. GitHub-7231

Adobe Stock-Integration

  • Die Anwendung zeigt jetzt eine informative Nachricht und einen Link zur Seite Admin Stores > Configuration > Erweitert > System auf der Seite Suchen nach Adobe Stock an, wenn API-Schlüssel (Client-ID) und Client- nicht festgelegt sind. Zuvor hat die Anwendung diesen Fehler angezeigt: We couldn't find any records und kein Link.

Backend

  • Admins mit eingeschränktem Zugriff (die beispielsweise nur Zugriff auf eine Website haben) können Kategorien, die auf den globalen Umfang festgelegt sind, nicht mehr bearbeiten.
  • Der generierte Systembericht (System > Support > Systembericht) wird jetzt korrekt gerendert. Zuvor war der Berichtsinhalt falsch ausgerichtet.
  • Die Anwendung deaktiviert jetzt die Validierung im Feld Preis wie erwartet, wenn die Einstellung Dynamischer Preis bei der Erstellung eines Bundles aktiviert wird. Zuvor gab es einen Validierungsfehler, als Sie einen Wert aus dem Feld Preis entfernten, als die Einstellung Dynamischer Preis aktiviert war. GitHub-26214
  • Unendliche Weiterleitungen treten nicht mehr auf, wenn sich die Admin-URL in Bereitstellungen, in denen die Anwendung so konfiguriert ist, dass sie von zwei URLs aus zugänglich ist, von der Standard-Website-URL unterscheidet.

Produkte im Paket

  • Sie können jetzt die addProductsToCart-Mutation verwenden, um einem Warenkorb ein Bundle-Produkt mit mehr als einer Kontrollkästchen-Option hinzuzufügen.
  • Die Preisindizierung von Bundle-Produkten wird jetzt mithilfe temporärer Tabellen durchgeführt, wodurch das Sperren von Datenbanktabellen vermieden wird. Zuvor verwendete die Anwendung physische Tabellen, was zu gesperrten Tabellen führte.
  • Der Preis eines Bundle-Artikels kann jetzt auf 0,00 festgelegt werden. Als Sie zuvor zur Bearbeitungsseite zurückkehrten, nachdem Sie den Preis auf 0,00 gesetzt hatten, wurde der Preis auf den Standardwert zurückgesetzt. GitHub-32383
  • Bestelldetails für Bestellungen, die Paketprodukte enthalten, zeigen jetzt den korrekten Preis für die Paketprodukte an, wenn der Preis vor der Bestellung geändert wurde.
  • Der Lagerstatus des Bundle-Produkts wird jetzt auf der Grundlage des Lagerstatus seiner untergeordneten Produkte aktualisiert. Zuvor wurden Bundle-Produkte als nicht vorrätig angezeigt, wenn eine Option aus dem Produkt entfernt wurde, und das Bundle-Produkt hatte zwei Optionen mit derselben SKU.
  • Ein Administrator kann jetzt den Wert für das Attribut Shipment Type eines Bundle-Produkts ändern, nachdem es in eine andere Attributgruppe verschoben wurde. Zuvor wurde dieses Attribut immer mit einem Together Wert gespeichert, wenn es in eine andere Attributgruppe als die Standardgruppe im Attributsatz verschoben wurde.
  • Die GraphQL-setGuestEmailOnCart-Mutation aktualisiert jetzt die Gast-E-Mail korrekt. Zuvor wurden die Angebotstabellen und die Angebotadressen-Tabellen nicht aktualisiert.
  • Das Hinzufügen, Entfernen oder Aktualisieren eines untergeordneten Produkts zu einem Produktpaket über die REST-API ruft jetzt eine Neuindizierung durch den Trigger wie erwartet auf. Trigger Zuvor wurde bei diesen Aktionen keine Neuindizierung vorgenommen. Infolgedessen änderte das Bundle-Produkt seinen Lagerstatus erst nach der manuellen Neuindizierung.
  • Die Anwendung zeigt jetzt die richtige Preisspanne für Bundle-Produkte mit Stufenpreisen an. GitHub-30284
  • Die Anwendung zeigt jetzt den gleichen Gesamtpreis wie erwartet auf der Warenkorbseite und im Versandschritt des Checkout-Workflows an, nachdem sich der Preis einer Bundle-Option geändert hat.
  • Sie können jetzt ein Produktpaket erfolgreich konfigurieren, indem Sie über einen Warenkorb eines Kunden darauf zugreifen. Zuvor wurde die Seite „Produkt konfigurieren“ nie vollständig geladen, und Sie konnten Ihre Einstellungen nicht speichern.
  • Händler können jetzt für ein Produktpaket in jeder Shop-Ansicht einer Multi-Store-Bereitstellung einen eindeutigen Preis zuweisen. Website-spezifische Preise werden in der catalog_product_bundle_selection_price Tabelle gespeichert. Zuvor basierte der Preis eines Bundle-Produkts in der Anwendung nicht auf dem Website-Umfang, selbst wenn Stores > Configuration > Catalog > Catalog > Price > Catalog Price Scope auf Website gesetzt war. In catalog_product_bundle_selection_price wurden keine webseitenspezifischen Preise gespeichert. GitHub-12584
  • Rechnungen für Bundle-Produkte zeigen jetzt die richtige Menge für die zugehörigen einfachen Produkte an, wenn Dynamische Preisfindung deaktiviert ist. Zuvor hatten einfache Produkte, die mit dem Bundle-Produkt verknüpft waren, die Menge des übergeordneten Produkts (nicht das Bundle-Produkt). GitHub-30802
  • Die updateProductsInWishlist-Mutation aktualisiert jetzt erfolgreich Elemente, die zu einem Bundle-Produkt in einer Wunschliste gehören. Zuvor löschte diese Mutation das Element, anstatt das Wunschlistenelement zu aktualisieren, und erstellte ein neues, wodurch die Element-ID geändert wurde.

Cache

  • Die varnish6.vcl wurde aktualisiert, um das Zwischenspeichern der Kundenseite zu umgehen.

CAPTCHA

  • CAPTCHA validiert jetzt die von einem Kunden bereitgestellten Daten korrekt, und CAPTCHA-Felder werden nun wie erwartet angezeigt, nachdem ein Kunde mehrmals erfolglos versucht hat, mit PayPal Payflow Pro einen Checkout durchzuführen.
  • Die CAPTCHA-Validierung schlägt auf der Zahlungsseite des Checkout-Workflows nicht mehr zufällig fehl.
  • Die Anwendung zeigt jetzt CAPTCHA-Felder wie erwartet an, nachdem die Anzahl der fehlgeschlagenen Abschlussversuche überschritten wurde. Zuvor hat die Anwendung zwar Sie aufgefordert, die CAPTCHA-Abfrage erneut zu versuchen, aber die CAPTCHA-Felder nicht angezeigt.
  • CAPTCHA funktioniert jetzt auf der Kaufbestätigungsseite erwartungsgemäß. Nachdem ein Käufer eine CAPTCHA-Frage korrekt beantwortet hatte, wurde der Lader auf der Kaufbestätigungsseite noch nie abgeschlossen und die Anwendung zeigte diesen Fehler an: captchaData[formId] is undefined. (Dieser Fehler trat nur auf, wenn der Käufer denselben Browser verwendete, von dem aus er zuvor auf eine Bereitstellung mit 2.3.5-p1 zugegriffen hatte.)
  • _.isEmpty() Einchecken der defaultCaptcha.js-Datei wurde jetzt erfolgreich abgeschlossen. Zuvor wurden diese Prüfungen nicht abgeschlossen, sodass die Checkout-Seite nach dem Upgrade nicht geladen werden konnte. GitHub-31641

Warenkorb und Checkout

  • Die Anwendung berücksichtigt jetzt gebietsschemaspezifische Dezimalstellen beim Konvertieren und Aktualisieren der Produktmenge im Warenkorb.
  • Die Anwendung zeigt nun die Validierungsmeldung für Geschäftsbedingungen nur noch dann im entsprechenden Block an, wenn ein Käufer auf die Schaltfläche Bestellung aufgeben klickt. Zuvor wurde diese Nachricht im Block Rabattcode anwenden angezeigt, wenn ein Käufer im Checkout-Workflow die Zahlungsmethode geändert hat: The order wasn't placed. First, agree to the terms and conditions, then try placing your order again.
  • Die Anwendung verwirft jetzt Änderungen am Formular der Rechnungsadresse im Schritt Bezahlung an der Kasse, wenn der Käufer nicht auf die Schaltfläche Aktualisieren klickt und zum Versandschritt zurückkehrt.
  • Produkte mit einer anpassbaren Option (File) jetzt wie erwartet aktive Links während des Multi-Shipping-Checkout-Prozesses enthalten. Zuvor fehlte dieser Link. GitHub-31095
  • Der Admin-Warenkorb zeigt jetzt die Produktpreise in den richtigen Währungen für Geschäfte an, die mehrere Währungen unterstützen. Zuvor wurden die Preise mehr als einmal in die angegebene Währung umgerechnet - zunächst, wenn Produkte aus der Storefront zum Warenkorb hinzugefügt wurden, und dann erneut, wenn die Bestellung anschließend auf dem Admin gerendert wurde.
  • Käufer können jetzt ein Produkt in ihren Warenkorb legen, dessen Mindest-Werbepreis (MAP) den regulären Produktpreis überschreitet.
  • Käufer können jetzt beim Auschecken mit mehreren Adressen ihre Rechnungsadresse erfolgreich aus dem Checkout-Workflow ändern.
  • Alle von Gästen erstellten Paid-Payment-Transaktionen werden nun in der Datenbank gespeichert und in der Admin wie erwartet angezeigt. Zuvor wurde nur eine kleine Teilmenge gleichzeitiger Bestellungen in der Datenbank gespeichert und die meisten Bestellungen gingen aufgrund von Zeitüberschreitungen verloren, die sich aus Datenbanksperren ergaben. GitHub-25862
  • Die Anwendung zeigt jetzt korrekt Inline-Begrüßungsnachrichten an, die Sonderzeichen enthalten, wenn ein Gast ein Produkt in den Mini-Warenkorb legt. Zuvor hat die Anwendung das Produkt nicht zum Mini-Warenkorb hinzugefügt oder die Begrüßungsnachricht angezeigt. GitHub-32250
  • Die Versandseite des Checkout-Workflows wird jetzt erfolgreich geladen, wenn der Versand im Geschäft aktiviert ist. Zuvor gab die Anwendung einen JavaScript-Fehler aus und die Versandkassenseite wurde nicht vollständig gerendert.
  • Das itemResolvers Argument wurde zur di.xml hinzugefügt. Daher ist der Checkout nicht mehr fehlerhaft, wenn konfigurierbare und gruppierte Produktmodule deaktiviert sind. GitHub-30860
  • Die Anwendung zeigt jetzt die Optionsschaltflächen im Abschnitt Zahlungs- und Versandinformationen wie beim Workflow „Admin-Neubestellung“ erwartet an. GitHub-30257
  • Die Anwendung wendet jetzt die Regeln für den Warenkorbpreis korrekt mit einem festen Rabatt auf Warenkorbebene an, wenn der Warenkorb ein Produkt mit mehreren Optionen enthält. Zuvor wurde die Warenkorbpreisregel nicht vollständig auf die Bestellung angewendet. GitHub-30952
  • Die Schaltfläche Zum Warenkorb hinzufügen in der Ansicht der Kategorieliste funktioniert jetzt wie erwartet. GitHub-32232
  • Sie können jetzt POST /V1/carts/mine/items verwenden, um eine benutzerdefinierte Anzahl gruppierter Produkte zu einem Warenkorb hinzuzufügen. GitHub-26909
  • Die Anwendung füllt den Bereich Rechnungsadresse des Checkout-Workflows nicht mehr mit der Versandadresse. Wenn zuvor das Feld Bundesland/" für die Rechnungsadresse leer war und sich die Versand- und Rechnungsadressen unterschieden, hat der Antrag das Feld Rechnungsadresse Bundesland/) mit Informationen aus der Lieferadresse ausgefüllt. GitHub-31608