Question 1

2.4.7-p9へのアップグレード後、Magento管理画面のカテゴリツリーで無効化されたカテゴリが視覚的にグレー表示されないのはなぜですか？

Accepted Answer

これはMagento 2.4.7-p9の既知のバグです。Magento 2.4.8で修正されました。2.4.8にアップグレードするか、GitHub issue #39357のパッチを適用して、無効化されたカテゴリのgreyed-out stylingを復元してください。

Question 2

Magento 2.4.5-p1において、設定可能な商品に新しいバリエーションを追加すると、既存のバリエーションのソース数量がリセットされるのはなぜですか？

Accepted Answer

これはMagento 2.4.5-p1の既知のバグです。「Edit Configurations」から新しい子製品を追加し、「Quantity per source」を設定すると、既存のすべての子製品のソース数量が上書きまたは削除されます。回避策: ステップ5で、既存の属性値をすべてチェック解除し、新しい値のみを選択します。新しい製品を生成した後、既存の子製品をコンフィギュラブル製品に手動で再割り当てし、そのソース数量を復元します。恒久的な修正については、Adobeの課題トラッカーを監視してください。

Question 3

Magento 2.4.7-p8 のチェックアウトページで 'Unable to unserialize value' エラーを修正する方法は？

Accepted Answer

これはMagento 2.4.7-p8のCSP/SRI処理における既知の後退です。回避策：バージョン2.4.7-p7にロールバックすると、このエラーが恒久的に解決します。一時的には、すべてのキャッシュ（Redisまたはファイルベース）をクリアし、静的コンテンツを再デプロイすることでチェックアウトが復旧する可能性がありますが、キャッシュウォームアップ後に障害が再発します。恒久的なパッチについては、公式のIssue #40247を追跡してください。

Question 4

Magento 2.4 のインストール時に発生する "SQLSTATE[42000]: 1118 Row size too large" エラーの修正方法

Accepted Answer

このエラーは、MySQL/MariaDB 環境で `bin/magento setup:install` を実行した際に、InnoDB の行フォーマットと strict mode の設定が原因で発生します。検証済みの修正方法は2つあります。

**修正方法1: InnoDB strict mode を無効にする**
`my.cnf`（または `my.ini`）を編集し、`[mysqld]` の下に以下を追加してから、MySQL/MariaDB サーバーを再起動します:
```
[mysqld]
innodb_log_file_size=512M
innodb_strict_mode=0
```
その後、インストールコマンドを再実行します。

**修正方法2: ROW_FORMAT を DYNAMIC に変更する**
デフォルトの ROW_FORMAT は MariaDB のバージョンによって異なります（10.1 では COMPACT、10.4 では DYNAMIC）。すべての Magento テーブルを DYNAMIC に変換します:
```sql
SELECT CONCAT('ALTER TABLE `', table_name, '` ROW_FORMAT=DYNAMIC;')
FROM information_schema.tables
WHERE table_schema = 'your_database_name';
```
生成された ALTER TABLE ステートメントを実行し、その後インストールまたはアップグレードを再試行します。どちらの修正方法にも副作用は報告されていません。

Question 5

なぜ Magento 2 GraphQL の addProductsToCart は、英語以外のストアロケールで user_errors.code に UNDEFINED を返すのですか？

Accepted Answer

これは Magento 2.4.x における既知のバグです。`AddProductsToCart` は Phrase を `AddProductsToCartError::create()` に渡す前に、その Phrase に対して `->render()` を呼び出します。そのため、エラーコードが元の英語テキストではなく翻訳済みメッセージからマッピングされ、ルックアップが失敗して `UNDEFINED` にフォールバックしてしまいます。2つのクラスにパッチを適用して修正します。

1. `Magento\Quote\Model\Cart\AddProductsToCart` では、Phrase オブジェクトをレンダリングせずに渡します。以下を変更します：
```php
__('The product quantity should be greater than 0')->render()
```
変更後：
```php
__('The product quantity should be greater than 0')
```

2. `Magento\Quote\Model\Cart\AddProductsToCartError::create()` では、最終メッセージに対してのみレンダリングを行い、コードは未翻訳のテキストから算出します：
```php
use Magento\Framework\Phrase;

public function create(Phrase $message, int $cartItemPosition = 0): Data\Error
{
    return new Data\Error(
        $message->render(),
        $this->getErrorCode($message->getText()),
        $cartItemPosition
    );
}
```

公式の修正がリリースされるまでは、composer パッチまたは preference で適用してください。これにより、メッセージは翻訳された状態を保ちながら、フロントエンドは安定したコード（PRODUCT_NOT_FOUND、NOT_SALABLE、INSUFFICIENT_STOCK）を受け取れるようになります。

Magento Open Source

主な機能

できないこと

使用例

タグ

はじめ方

類似プロジェクト