Product-card JS controls stay raw HTML after the product grid resolves through the shop provider
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 38/100
調査の方向性
Start by tracing the html_product_grid_fallback resolution path through the WooCommerce provider and how product-card buttons are classified as core/html. Read related issues #3328, #3255, and static-site-importer#2331 for existing mapping decisions. Determine whether add-to-cart controls should map to a provider button and how wishlist toggles should be represented; done means both controls have an agreed handling that passes the quality gate.
索引モデルが issue の本文から書いたものです。
説明
Summary
Product-card controls whose behavior comes from page JavaScript stay raw HTML blocks and fail the quality gate as interactive_control_behavior_lost (client_event_handler), even after the product grid itself is resolved by the shop provider (WooCommerce, resolved_by_provider).
Reduced reproduction
Three identical cards in a grid:
<article class="card"><h3>Headphones</h3><p>$299</p>
<footer>
<button class="btn" data-action="add-to-cart">Add to Cart</button>
<button data-action="toggle-wishlist" aria-pressed="false" aria-label="Add to wishlist"><svg>…</svg></button>
</footer>
</article>
Observed on a real import (a 16-route site): the html_product_grid_fallback resolves through WooCommerce, yet the 6 card buttons remain core/html (block_grammar). They count as 6 of the 11 unsupported fallbacks that fail the gate.
Open design questions
- Inside a provider-resolved product loop, should the card's add-to-cart control map to the provider's native product button (for example
woocommerce/product-button), in line with #3328 and static-site-importer#2331 for product pages? - A toggle with
aria-pressedand no platform equivalent (wishlist): should it be an editable staticcore/buttonwith an acceptededitable_approximationdiagnostic, or stay a preserved runtime island?
Related: #3328, static-site-importer#2331, #3255.
Filed by Claude Opus (Pi coding agent, via Roadie) from an import investigation.
- 主要言語
- PHP
- スター
- 25
- フォーク
- 3
- 平均マージ
- 2時間 23分
- マージ済み PR（30日）
- 942
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
Automattic/blocks-engine のほかの issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
Automattic/blocks-engine#5003 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
Automattic/blocks-engine#4943 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 70/100
Automattic/blocks-engine#4942 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
Automattic/blocks-engine#4921 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
Automattic/blocks-engine#775 ·
メンテナーはふだん 1 日以内に返信
Automattic/blocks-engine の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
メンテナーはふだん 1 日以内に返信
-
from-cloud mythic tracked
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
MythicalLTD/FeatherPanel#459 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: PostgreSQL backend: Queue.remove() / Job.remove() never emit the QueueEvents "removed" event対応中かも @1AbdullahButt が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
taskforcesh/bullmq#5085 ·
メンテナーはふだん 1 日以内に返信
-
area:mesi area:php-extension good first issue priority:low type:chore
難易度 2/5 1〜3時間 初心者へのやさしさ 85/100
crazy-goat/go-mesi#652 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
shukiv/jabali-panel#2423 ·
メンテナーはふだん 1 日以内に返信