PaaS のみ

Magento Open Source 2.4.3 リリースノート

最終更新日： 2025年5月5日
  • トピック：

作成対象：

  • 経験者
  • 管理者
  • 開発者

Magento Open Source 2.4.3 では、パフォーマンスとセキュリティの強化に加えて、プラットフォームが大幅に改善されました。 セキュリティの強化には、reCAPTCHA の対象範囲の拡張と、組み込みのレート制限の組み込みが含まれます。 Core composer の依存関係とサードパーティライブラリは、PHP 8.x と互換性のある最新バージョンにアップグレードされました。ページビルダーが、Magento Open Sourceのバンドル拡張機能として使用できるようになりました。 これが、Adobe CommerceおよびMagento Open Sourceのデフォルトのコンテンツ編集ツールになりました。

このリリースには、コアコードに対する 370 を超える新しい修正と、33 のセキュリティ強化が含まれています。 コミュニティメンバーによる約 290 件の GitHub 問題の解決が含まれています。 これらのコミュニティの貢献度は、コアコードの小規模なクリーンアップから、GraphQLでの大幅な機能強化まで多岐にわたります。

このリリースには、コアコードに対する 370 を超える新しい修正と、33 のセキュリティ強化が含まれています。 Magento Open Source 2.4.2 リリースノートで確認された既知の問題はすべて、このリリースで修正されました。

メモ
Adobe Commerce リリースには、後方互換性のない変更（BIC）が含まれている場合があります。 後方互換性のない変更を確認するには、BIC リファレンスを参照してください。 後方互換性のない主な問題については、BIC ハイライトで説明しています。 すべてのリリースで主要な BIC が導入されるわけではありません。

Adobe Commerce 2.4.2-p2 について詳しくは、Adobe Commerce 2.4.2-p2 リリースノートを参照してください。

その他のリリース情報

これらの機能のコードは四半期ごとのリリースにバンドルされていますが、これらのプロジェクトの一部（例：Progressive Web Application（PWA） Studio）も個別にリリースされています。 これらのプロジェクトのバグ修正は、各プロジェクトのドキュメントで利用できる別のプロジェクト固有のリリース情報に記載されています。

配送業者として DHL を引き続き提供するには、AC-3022.patch を適用してください

DHL ではスキーマバージョン 6.2 を導入しており、近い将来、スキーマバージョン 6.0 を廃止する予定です。 DHL 統合をサポートするAdobe Commerce 2.4.4 以前のバージョンは、バージョン 6.0 のみをサポートしています。これらのリリースをデプロイするマーチャントは、DHL を配送業者として引き続き提供するために、できるだけ早い時期に AC-3022.patch を適用する必要があります。 パッチのダウンロードとインストールについては、ナレッジベースの記事 DHL を引き続き配送業者として提供するためのパッチを適用するを参照してください。

API レート制限の問題に対処するには、MC-43048__set_rate_limits__2.4.3.patch を適用します

このホットフィックスは、配列に 20 個を超える項目を含むリクエストを web API で処理できない問題の解決策を提供します。 この問題は、Magento Open Source 2.4.3、Adobe Commerce 2.4.3、または 2.3.7-p1 を実行するデプロイメントに影響します。 サービス拒否（DoS）攻撃を防ぐために、これらのリリースには組み込みのレート制限が追加され、デフォルトの最大値は 20 に設定されていました。 このパッチは、デフォルトの制限を高い値に戻します。 ストアで DoS 攻撃が発生していると思われる場合、Adobeでは、リクエストできるリソースの数を制限するために、デフォルトの入力制限をより低い値にすることをお勧めします。 ナレッジベースの記事 20 個を超える項目を含むリクエストを Web API で処理できないを参照してください。

AC-384__Fix_Incompatible_PHP_Method__2.4.3_ce.patch を適用し、アップグレード時に PHP の致命的なエラーに対処します

Magento Open Source 2.4.3 にアップグレード中に、次の致命的なエラーが発生する場合があります。

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

このエラーは、PHP 8.x 関数である str_contains 関数を使用した結果です。 Open Source 2.4.3 は PHP 8.x をサポートしていません。このホットフィックスは、この関数を、サポートされている PHP 7.x 関数に置き換えます。 ナレッジベースの記事「Adobe Commerceのアップグレード 2.4.3、2.3.7-p1 PHP 致命的なエラーに関するホットフィックス」を参照してください。

ハイライト

このリリースのハイライトは次のとおりです。

セキュリティの大幅な強化

このリリースには、33 のセキュリティ修正と platform のセキュリティの改善が含まれています。 これらのセキュリティ修正の多くは 2.4.2-p2 および 2.3.7-p1 に移植されています。

リモートコード実行（RCE）およびクロスサイトスクリプティング（XSS）の脆弱性を閉じるのに役立つ 33 のセキュリティ強化

これらの問題に関連する確認された攻撃は、今日まで行われていません。 ただし、特定の脆弱性が悪用されて、顧客情報にアクセスしたり、管理者のセッションを引き継いだりする可能性があります。 これらの問題のほとんどは、攻撃者が最初に管理者へのアクセス権を取得する必要があります。 そのため、IP許可リストに加える、 二要素認証、VPN の使用、/admin ではなく一意の場所の使用、適切なパスワードハイジーンなど、管理者を守るために必要なすべての手順を実行してください。 修正された問題の詳細については、Adobe セキュリティ速報を参照してください。

その他のセキュリティ機能強化

このリリースのセキュリティの強化により、次のような最新のセキュリティのベストプラクティスへのコンプライアンスが向上しています。

  • 新しい Composer プラグイン は、依存関係の混乱を防ぎ、公開パッケージリポジトリ上の内部パッケージと同じ名前を持つ悪意のあるパッケージを識別するのに役立ちます。 ブログ投稿「Adobeリリース 2.4.3 リリースの新しい Composer プラグイン」を参照してください。

  • サービス拒否（DoS）攻撃を防ぐために API に レート制限が組み込まれるようになりました。 Web API では、クライアントが要求できるリソースのサイズまたは数に制限を課すようになりました（デフォルトの最大値は 20 に設定されており、ビジネスニーズに基づいて異なる値に設定できます）。 これらの制限の設定については、 レート制限を参照してください。

  • ReCAPTCHA の対象範囲が拡張され 以下が含まれるようになりました。

    • 対応するHTMLページを持つ Web API については、ReCAPTCHA を参照してください。 （統合からアクセスする web API は除く。） ReCAPTCHA カバレッジは、スパム攻撃からエンドポイントを保護します。 OAuth を使用するサードパーティの統合サービスから web API にアクセスすると、ReCAPTCHA が無効になります。

    • 注文ストアフロントページと支払関連の web API。 これらのページの reCAPTCHA 保護は、デフォルトで無効になっており、管理者から有効にすることができます。 このカバレッジは、カード攻撃から店舗を保護するための抗ブルートフォースメカニズムを追加します。

メモ
2.3.2 リリース以降、アドビは、外部関係者からアドビに報告された各セキュリティバグに対して、インデックス付きの Common Vulnerability and Exposures （CVE）番号を割り当て、公開します。 これにより、ユーザーはデプロイメント内の対処されていない脆弱性をより簡単に特定できます。 CVE 識別子について詳しくは、CVE を参照してください。

インフラストラクチャの改善

このリリースには、フレームワークの品質と次の機能領域を向上させる機能強化が含まれています。

  • 顧客アカウント

  • カタログ

  • CMS

  • OMS

  • インポート/エクスポート

  • プロモーションとターゲティング

  • 買い物かごとチェックアウト

  • B2B

  • ステージングとプレビュー

PayPal Pay Later が PayPal を含むデプロイメントでサポートされるようになりました。 この機能により、買い物客は購入時に全額を支払うのではなく、隔週の分割払いで注文の支払いを行うことができます。

新しい use_application_lock インデックスモード。 use_application_lock モードでは、環境変数を使用するか、app/etc/env.php ファイルを設定して、インデックスを再作成できます。 このモードを有効にしてエラーが発生した後に、インデクサーを手動でリセットする必要がなくなりました。 再インデックスプロセスに対するアプリケーションロックモードの使用を参照してください。

プラットフォームの機能強化

バージョン 2.4.3 はまだ PHP 8.x と互換性がありませんが、次のプラットフォームアップグレードにより、PHP 8.x との将来の互換性に近づいています。

  • Core Composer の依存関係とサードパーティライブラリは、PHP 8.x と互換性のある最新バージョンにアップグレードされました。

  • KnockoutJS ライブラリが v3.5.1 （最新バージョン）にアップグレードされました。

  • 非推奨（廃止予定）の TinyMCE v3 ライブラリが削除されました。 TinyMCE v3.x に関連する Magento_Tinymce3Banner モジュールおよび MFTF テストがAdobe Commerceから削除されました。

  • Magento Open Source 2.4.3 はテストされ、Redis 6.0.12 と互換性があることが確認されています。 （バージョン 2.4.x は Redis 5.x と互換性があります）。

  • Laminas ライブラリの依存関係は、PHP 8.x 互換バージョンにアップグレードされました。 一部の冗長な依存関係が composer.json ファイルから削除されました。 Magento Open Source 2.4.3 ではラミナス 3.4.0 を使用します。

パフォーマンスの強化

このリリースには、製品価格およびカタログルールインデクサーのインデックス化時間を短縮する機能強化が含まれています。 マーチャントは、顧客グループまたは共有カタログから web サイトを除外できるようになりました。これにより、インデックス作成のレコード数が減り、インデックス作成時間が短縮されます。

Adobe Stockの統合

このリリースにはAdobe Stock Integration v2.1.1 が含まれています。

GraphQL

このリリースでは、共用ルートのGraphQL カバレッジが追加されています。 route query および RoutableInterface は、product、category、およびCMS ページ上のルーティングリクエストをサポートします。 urlResolver クエリは非推奨（廃止予定）になり、その機能は route クエリに置き換えられました。

これらの機能強化について詳しくは、GraphQL開発者ガイドを参照してください。

ページビルダー

ページビルダーが、Magento Open Sourceのバンドル拡張機能として使用できるようになりました。 これは、Adobe Commerce 2.4.3 およびMagento Open Source 2.4.3 のデフォルトのコンテンツ編集ツールになりました。WYSIWG エディターをサードパーティのモジュールに置き換えることができます。

ページビルダーは、次の管理領域で TinyMCE エディターを置き換えます。

  • CMSページ
  • CMSブロック
  • カテゴリの説明
  • 製品の説明

TinyMCE で作成されたすべてのコンテンツは、HTMLとしてページビルダーに移行されました。

PWA Studio

機能強化とバグ修正について詳しくは、PWA Studioリリースを参照してください。 PWA Studioのバージョンとその互換性のあるバージョンの一覧については、 互換性を参照してください。

互換性アップグレードツール

アップグレード互換性ツールの範囲を、コミュニティからのフィードバックに基づいて拡大しました。 #upgrade-compatibility-tool のSlackチャネルに参加して、Adobe製品チームやコミュニティからのサポートを得たり、ツールの将来の方向性を導いたりするのに役立ちます。

ベンダーが開発した拡張機能

このリリースの機能および変更点については、以下の記事を参照してください。

修正された問題

2.4.3 コアコードの何百もの問題を修正しました。

インストール，アップグレード，デプロイメント

  • アップグレードが成功した後、bin/magento setup:db:status コマンドは、すべてが最新であることを示すメッセージを返すようになりました。 以前は、アプリケーションに「Declarative Schema is not up to date」というエラーが表示されていました。
  • 新しい設定可能な製品の作成に失敗した場合に、フォームの再読み込み時に設定値が保持されるようになりました。 以前は、フォームの再読み込み時に値が失われ、アプリケーションに次のエラーが表示されていました。The value specified in the URL Key field would generate a URL that already exists GitHub-32102
  • bin/magento setup:upgrade を実行して Redis を使用したMagento Open SourceデプロイメントからAdobe Commerceにアップグレードする際に、アプリケーションが例外をスローしなくなりました。
  • Galera クラスターで実行されるデプロイメントで、より多くのお客様がサポートされるようになりました。 GitHub-31038
  • アプリケーションが —use-rewrites=0 オプションまたは core_config_data_table で web/seo/use_rewrites を 0 に設定してインストールされている場合、管理者は配置に正常にログインできるようになりました。 GitHub-32100
  • AsyncCssPlugin の sortOrder の読み込みが更新されました。 アプリケーションは、JsFooterPlugin の前に AsyncCssPlugin を読み込むようになりました。 GitHub-30882
  • Magento\Config\Model\Config\PathValidator は、表示パスをチェックして要素が存在するかどうかを判断し、設定パスが含まれている場合は、検証の代わりに config.xml パスを使用するようになりました。 GitHub-27678
  • Grunt を使用して、またはサーバー側コンパイルで Less ファイルをコンパイルしても、同じ結果が得られるようになりました。 以前。 Grunt を使ってコンパイルした場合、_extends.less で他の .abs- styles を拡張する .abs- styles が正しく出力されませんでした。 その結果、実稼動デプロイメントと開発デプロイメントの違いが生じました。 GitHub-7231

Adobe Stockの統合

  • API キー（クライアント ID） および クライアントシークレット が設定されていない場合、アプリケーションに情報メッセージと、Adobe Stockを検索ページの管理者 ストア/設定/詳細/システム ページへのリンクが表示されるようになりました。 以前は、アプリケーションに「We couldn't find any records and no link」というエラーが表示されていました。

バックエンド

  • 制限付きアクセスを持つ管理者（例えば、1 つの web サイトのみにアクセス権を割り当てられている管理者）は、グローバルスコープに設定されたカテゴリを編集できなくなりました。
  • 生成されたシステムレポート（システム/サポート/システムレポート）が正しくレンダリングされるようになりました。 以前は、レポートのコンテンツの位置がずれていました。
  • バンドル製品の作成中に 動的価格 設定が有効な場合、アプリケーションは 価格 フィールドの検証を期待どおりにオフにするようになりました。 以前は、「動的な価格 設定が有効な場合に「 価格 」フィールドから値を削除すると、アプリケーションが検証エラーをスローしまし。 GitHub-26214
  • 2 つの URL からアクセスできるようにアプリケーションが設定されているデプロイメントで、管理者 URL がデフォルトの web サイト URL と異なる場合に、無限リダイレクトが発生しなくなりました。

バンドル製品

  • addProductsToCart ミューテーションを使用して、複数のチェックボックスオプションを持つバンドル製品を買い物かごに追加できるようになりました。
  • バンドル製品の価格インデックス作成が一時テーブルを使用して実行され、データベーステーブルのロックを回避できるようになりました。 以前は、アプリケーションは物理テーブルを使用していたため、テーブルがロックされていました。
  • バンドル品目の価格を 0.00 に設定できるようになりました。以前は、価格を 0.00 に設定した後に編集ページに戻ると、価格がデフォルト値に戻っていました。 GitHub-32383
  • バンドル製品を含む注文の注文詳細で、注文前に価格が変更された場合、バンドル製品の正しい価格が表示されるようになりました。
  • バンドル製品の在庫ステータスが、子製品の在庫ステータスに基づいて更新されるようになりました。 以前は、バンドル製品が、製品から 1 つのオプションが削除され、バンドル製品に同じ SKU を持つ 2 つのオプションがあった場合に、在庫切れと表示されていました。
  • 管理者は、バンドル製品の Shipment Type 属性の値を、別の属性グループに移動した後で変更できるようになりました。 以前は、この属性が属性セット内のデフォルトグループ以外の属性グループに移動された場合、この属性は常に Together 値で保存されていました。
  • GraphQL setGuestEmailOnCart のミューテーションが、ゲストのメールを正しく更新するようになりました。 以前は、見積もりアドレス テーブルと見積もりアドレス テーブルは更新されていませんでした。
  • REST API 呼び出しを使用して、バンドル製品に子製品を追加、削除または更新すると、期待どおりにインデックス再作成がトリガーされるようになりました。 以前は、これらのアクションでは、インデックス再作成がトリガーになっていませんでした。その結果、手動でインデックス再作成を実行するまで、バンドル製品のストックステータスは変更されませんでした。
  • 階層価格を持つバンドル製品の正しい価格範囲がアプリケーションに表示されるようになりました。 GitHub-30284
  • バンドルのオプションの価格が変更された後、アプリケーションの買い物かごページとチェックアウトワークフローの出荷手順で、期待どおりの合計価格が表示されるようになりました。
  • 顧客の買い物かごからアクセスして、バンドル製品を正常に設定できるようになりました。 以前は、製品の設定ページが完全に読み込まれることはなく、設定を保存できませんでした。
  • マーチャントは、マルチストアデプロイメントの各ストア表示で、バンドル製品に一意の価格を割り当てることができるようになりました。 Web サイト固有の価格は catalog_product_bundle_selection_price テーブルに保存されます。 以前は、アプリケーションは、Stores/Configuration/Catalog/Catalog/Price/Catalog Price Scope が Website に設定されている場合でも、web サイトの範囲に基づいてバンドル製品の価格を決定していませんでした。 catalog_product_bundle_selection_price では、web サイト固有の価格は保存されませんでした。 GitHub-12584
  • 動的価格設定 が無効になっている場合、バンドル製品の請求書に、関連するシンプルな製品の正しい数量が表示されるようになりました。 以前は、バンドル製品に関連付けられた単純な製品は、バンドル製品ではなく、親製品の数量を持っていました）。 GitHub-30802
  • updateProductsInWishlist ミューテーションは、ウィッシュリスト内のバンドル製品に属する項目を正常に更新するようになりました。 以前は、このミューテーションは、ウィッシュリスト項目を更新する代わりに、項目を削除して新しく作成し、項目 ID を変更していました。

キャッシュ

  • 顧客ページのキャッシュを回避するように varnish6.vcl ファイルを更新しました。

CAPTCHA

  • CAPTCHA は、買い物客から提供されたデータを正しく検証し、買い物客が PayPal Payflow Pro でのチェックアウトに何度も失敗した後、CAPTCHA フィールドが期待どおりに表示されるようになりました。
  • CAPTCHA 検証が、チェックアウトワークフローの支払いページでランダムに失敗しなくなりました。
  • 失敗した完了試行回数を超えると、アプリケーションに CAPTCHA フィールドが期待どおりに表示されるようになりました。 以前は、アプリケーションで CAPTCHA チャレンジを再度試みるように促されましたが、CAPTCHA フィールドは表示されませんでした。
  • CAPTCHA がチェックアウトページで期待どおりに機能するようになりました。 以前は、買い物客が CAPTCHA チャレンジに正しく回答すると、チェックアウトページのローダーが完了せず、アプリケーションに「captchaData[formId] is undefined」というエラーが表示されていました。 （このエラーは、買い物客が、以前に 2.3.5-p1 を実行するデプロイメントにアクセスしたのと同じブラウザーを使用した場合にのみ発生しました）。
  • defaultCaptcha.js ファイル _.isEmpty() チェックインが正常に完了しました。 以前は、これらのチェックが完了しなかったため、アップグレード後にチェックアウトページを読み込むことができませんでした。 GitHub-31641

買い物かごとチェックアウト

  • カート内の製品数量を変換および更新する際に、アプリケーションでロケール固有の小数点以下のロケーターが考慮されるようになりました。
  • 買い物客が「注文を行う ボタンをクリックした場合にのみ、関連するブロックに利用条件の検証メッセージが表示されるようになりました。 以前は、買い物客がチェックアウトワークフローで支払い方法を変更するたびに、アプリケーションによって「割引コードを適用」ブロックにこのメッセージが表示されていました。The order wasn't placed. First, agree to the terms and conditions, then try placing your order again
  • 買い物客が「更新」ボタンをクリックせずに出荷手順に戻った場合、チェックアウト支払い手順で請求先住所フォームへの変更が破棄されるようになりました。
  • カスタマイズ可能なオプションを備えた製品に、複数出荷のチェックアウトプロセス全体で期待どおりにアクティブなリンクが含まれるよ (File) になりました。 以前は、このリンクはありませんでした。 GitHub-31095
  • 管理者の買い物かごに、複数通貨をサポートするストアの正しい通貨で製品価格が表示されるようになりました。 以前は、価格は指定された通貨に複数回変換されていました。最初はストアフロントから買い物かごに製品が追加されたとき、次に注文が後で管理者にレンダリングされたときに変換されました。
  • 買い物客は、Minimum Advertised Price （MAP）が通常の製品価格を超える製品を買い物かごに追加できるようになりました。
  • 買い物客は、複数の住所を使用してチェックアウトする際に、チェックアウトワークフローから請求先住所を正常に変更できるようになりました。
  • ゲストが作成したすべての有料支払いトランザクションがデータベースに保存され、期待どおりに管理者に表示されるようになりました。 以前は、同時注文のごく一部のみがデータベースに保存され、データベースのロックによるタイムアウトが原因で、ほとんどの注文が失われていました。 GitHub-25862
  • ゲストがミニ買い物かごに製品を入れたときに、特殊文字を含むインラインのようこそメッセージがアプリケーションで正しく表示されるようになりました。 以前は、アプリケーションは製品をミニカートに追加しなかったか、ウェルカムメッセージを表示しませんでした。 GitHub-32250
  • ストア内配信が有効な場合、チェックアウトワークフローの出荷ページが正常に読み込まれるようになりました。 以前は、アプリケーションがJavaScript エラーをスローし、配送チェックアウトページが完全にレンダリングされませんでした。
  • カタログ di.xml ファイルに itemResolvers 引数を追加しました。 その結果、設定可能な製品モジュールとグループ化された製品モジュールが無効になっている場合でも、チェックアウトが機能しなくなります。 GitHub-30860
  • 管理者の再注文時のワークフローで、アプリケーションの 支払いと発送情報 セクションに、期待どおりにラジオボタンが表示されるようになりました。 GitHub-30257
  • 複数のオプションを持つバンドル製品が買い物かごに含まれている場合、アプリケーションは、買い物かごレベルの固定割引を使用して、買い物かご価格ルールを正しく適用できるようになりました。 以前は、買い物かご価格ルールは注文に完全には適用されていませんでした。 GitHub-30952
  • カテゴリリスト表示の 買い物かごに追加 ボタンが期待どおりに動作するようになりました。 GitHub-32232
  • POST /V1/carts/mine/items を使用して、グループ化された商品のカスタム数量を買い物かごに追加できるようになりました。 GitHub-26909
  • チェックアウトワークフローの請求先住所領域に出荷先住所が入力されなくなりました。 以前は、請求先住所の 都道府県 フィールドが空で、配送先住所と請求先住所が異なる場合、アプリケーションによって請求先住所 都道府県 フィールドに配送先住所の情報が入力されていました。 GitHub-31608

カタログ

  • 数量増分を有効にする 属性と 数量増分 属性の一括更新が期待どおりに動作するようになりました。 GitHub-29544
  • 管理者との最近の製品同期を有効にすると、JavaScript エラーがスローされなくなりました。 以前は、アプリケーションに「JavaScript」エラー Cannot read property 'status' of undefined が表示されていました。
  • カスタムテーマレイアウトの更新が期待どおりに適用されるようになりました。 以前は、カスタムテーマレイアウトの更新は無視されていました。
  • 製品カテゴリのキャッシュが、実行時に cron で期待どおりにクリアされ indexer_update_all_views ようになりました。 以前は、インデックス再作成後のカテゴリページの製品数が正しく表示されていませんでした。
  • ストア表示の製品の更新 REST API リクエストで属性が指定されていない場合、属性値が変更されなくなりました。 以前は、属性が指定されていない場合、アプリケーションは属性値をデフォルトのスコープ値にリセットしていました。
  • 製品が SKU でフィルターされている場合に、管理製品グリッド（管理者 カタログ/製品）に正しい製品数が表示されるようになりました。
  • カテゴリ権限が有効な場合、商品がCMSページに追加されるとアプリケーションに正確な在庫ステータスが表示され、指定された顧客グループの価格を表示できなくなりました。 以前は、実際の在庫状況に関係なく、すべての製品が在庫切れと表示されていました。
  • 詳細価格設定顧客グループ価格ブロック価格入力フィールドの最小幅が 5 桁になりました。 以前は、低解像度ディスプレイではこのフィールドに 2 つの記号しか表示されていませんでした。
  • 製品を削除した後、アプリケーションによって製品メディア画像が正常に削除されるようになりました。 以前は、製品の削除が成功した後、製品メディア画像はフォルダーに残っていました。
  • 管理で製品を作成または編集してから、デザインの更新をスケジュールを作成すると、ページレイアウトが期待どおりに更新されるようになりました。 GitHub-32007
  • 値が 0 のカスタム製品属性は、正常に空白として保存できるようになりました。 以前は、アプリケーションはこの値を空白に更新していませんでした。
  • カスタムカテゴリレイアウトの更新ファイルが、期待どおりに製品に適用されるようになりました。 以前は、更新ファイルハンドル（catalog_category_view_*）が製品ハンドルと一致しませんでした。 GitHub-27285
  • 管理製品リストの固定製品税（FPT）列の並べ替えが無効になっています。 以前は、FPT 列が並べ替えられた後は、製品ページを再読み込みできませんでした。
  • 複数の Web サイトのデプロイメントで、一致する製品の価格が各 Web サイトで異なる場合、ページビルダー製品ウィジェットのプレビューが期待どおりに機能するようになりました。
  • GET /rest/V1/products/?searchCriteria[filterGroups] を使用した商品検索で、位置で並べ替えると、期待どおりに動作するようになりました。 以前は、製品コレクションには並べ替え用のフィールド position 値がありませんでした。 GitHub-31591
  • 管理者ユーザーは、製品グリッドの「名前」フィールドと SKU フィールドに二重のスペースを表示できるようになりました。 以前は、アプリケーションは複数のスペースを 1 つのスペースに折りたたんでいました。
  • 管理者の販売可能数量が 0 の場合、製品はストアフロントに在庫切れとして表示されるようになりました。 以前は、これらの製品はストアフロントに在庫としてリストされ、アプリケーションにはアクティブな 買い物かごに追加 ボタンが表示されていました。 GitHub-31117
  • 管理者は、管理顧客ページの「買い物かご」セクション（顧客のアクティビティ列）から「注文された項目」グリッドに (File) するカスタマイズ可能なオプションを使用して、製品を追加できるようになりました。 以前は、\Magento\Catalog\Model\Product\Type\AbstractType::_prepareOptions に挿入する前に値の形式が正しくなかったので、アプリケーションはリストに項目を追加しませんでした。
  • 1 つのオプションのみを持つバンドル製品の場合、アプリケーションでは、製品オプションを選択するように買い物客に求めるプロンプトが表示されなくなりました。
  • 新しいウィジェットの作成中に、レイアウトの更新（アンカーおよびアンカー以外のカテゴリ）にすべてのサブカテゴリが表示されるようになりました。
  • 製品名が 1 つのストアビューのみに更新された場合に、マルチストアデプロイメントで product クエリが、すべてのストアビューのデフォルト値を上書きしなくなりました。 GitHub-31083
  • Magento Open Sourceは、管理関連商品、アップセルおよびクロスセルのリストのページあたりの値を変更した場合、予想どおりに合計ページ数を更新します。 GitHub-31059
  • 管理者は、SKU による注文に (File) じて 2 つ以上のカスタマイズ可能なオプションを持つ製品を追加できるようになりました。
  • 権限が制限された管理者が管理者のCMS ページに Product ウィジェットを追加しても、アプリケーションがエラーをスローしなくなりました。 以前は、管理者が 保存 ボタンをクリックすると、アプリケーションがこのエラーをスローしていました：We are sorry, an error has occurred while generating the content。
  • JavaScript カレンダーを使用 が有効な場合、商品詳細ページが開き、以前の注文の日付を使用して日付をカスタマイズ可能オプションが入力されるようになりました。 現在の設定に基づいて値がフォーマットされていない場合、カスタム日付オプション値リゾルバーは代替形式にフォールバックするようになりました。 以前は、カスタム日付オプションの値は空でした。
  • 商品が在庫切れの場合、アプリケーションには買い物かごにエラーが 1 つだけ表示されるようになりました。 以前は、アプリケーションに冗長なメッセージが表示されていました。 GitHub-27469
  • POST /V1/product/:sku エンドポイントを使用してバンドル製品を作成または更新する際に、required_options と has_options のバンドル属性を期待どおりに設定できるようになりました。 以前は、1 に設定しようとしても、これらのカスタム アトリビュートは 0 （ゼロ）に設定されていました。
  • 管理者は、SKU による注文に (File) して、カスタマイズ可能なオプションを使用して製品を追加できるようになりました。 GitHub-30285
  • type_id を指定せずに製品と価格を保存できるようになりました。 GitHub-13639
  • 新しい子製品を新しいグループ製品に関連付けるために REST PUT /V1/products/:sku/links リクエストを使用する際に、グループ製品が期待どおりにストアフロントで使用できるようになりました。 以前は、bin/magento cron:run の実行後に製品のインデックスが正しく作成されていませんでした。
  • NULL しい SKU 値を持つ製品を作成できなくなりました。 以前は、カスタムインポーターを通じて、またはデータベース内で直接、SKU 値のない製品を作成できましたが、管理者から編集しようとすると、アプリケーションがエラーをスローしました。 GitHub-27411, GitHub-32525
  • シンプルな製品に必要なカスタムオプションを追加しても、警告が表示されずに親の複合製品から削除されなくなりました。 アプリケーションに情報の警告が表示され、製品は保存されません。 以前は、アプリケーションは製品の変更を保存し、警告を表示していませんでした。 GitHub-30492