Update tabs and product-marquee-grid C2 blocks for bizpro

[rgclayton]

Summary

Ports the tabs and product-marquee-grid C2 blocks from the mep/ace1209 sandbox (as they exist on site-redesign-foundation) into libs/c2/blocks/, so the bizpro pages going live next week have access to them. Scoped to only these two blocks — no other files touched.

• tabs: adds radio and quiet variants alongside the existing pill tabs, with matching keyboard/ARIA handling for the radiogroup case.
• product-marquee-grid: replaces the old promo-button/soft-offer CTA with a merch-card layout driven by mas-field/mas-price commerce data. Note: this changes rendering for any existing content authored against the old promo/soft-offer markup.

Test plan

• Verify tabs pill/radio/quiet variants render and behave correctly (keyboard nav, ARIA)
• Verify product-marquee-grid renders merch-card pricing content correctly
• Confirm no regressions on existing pages using these blocks

🤖 Generated with Claude Code

[aem-code-sync]

Hello, I'm the AEM Code Sync Bot and I will run some actions to deploy your branch.
In case there are problems, just click the checkbox below to rerun the respective action.

• Re-sync branch

Commits

• 5da4fd8 ✅ (latest)

[rgclayton]

Needed for an exceptional release on 9/7

[github-actions]

This pull request is not passing all required checks. Please see this discussion for information on how to get all checks passing. Inconsistent checks can be manually retried. If a test absolutely can not pass for a good reason, please add a comment with an explanation to the PR.

[mokimo]

Review — PR #6657 (bizpro-tabs-product-marquee-grid-stage → stage)

Size: +426/-206 across 4 files (both existing libs/c2/blocks/ dirs, no other files touched) — well within normal PR size, no split needed. Base branch is correctly stage.

Went through both blocks in detail (diff + head-branch source). No blockers. A few things worth a look before/after merge:

Suggestions

• libs/c2/blocks/product-marquee-grid/product-marquee-grid.js:24 — getFederatedUrl(iconEl.src) was changed to getFederatedUrl(iconEl.getAttribute('src')). getFederatedUrl only takes its fast, safe path for values starting with /; anything else falls through to new URL(url), which throws (caught silently, original url returned unchanged) for a relative path with no leading slash. Using the raw attribute instead of the browser-resolved absolute .src means a relative icon path (no leading /) would now silently skip federation instead of resolving. Worth confirming authored icon paths are always root-relative, or reverting to .src.

• Disclosed breaking change, flagging for visibility: the PR description already calls out that product-marquee-grid's CTA rendering changed from promo-button/soft-offer to a merch-card layout, and that this "changes rendering for any existing content authored against the old promo/soft-offer markup." buildSoftOfferCta/buildPromoButton are fully removed with no fallback path, so any already-published page still authored with the old markup will render broken/empty CTAs. Worth a quick check for live pages on the old variant before this merges, given it targets stage.

• libs/c2/blocks/tabs/tabs.css:185 and :239 — this PR migrates the default/pill variant's focus ring to the new --s2a-color-focus-ring-default token (line 104), but the new radio variant's focus style (line 185) and the new quiet variant's active underline (line 239) still hardcode the old --s2a-color-blue-800. Minor token-consistency nit since both were added in this same PR.

• No NALA coverage for the new behavior. nala/blocks/tabs/* only covers the classic (non-c2) tabs block; there's no test coverage (existing or added) for the new radio/quiet c2-tabs variants or their keyboard handling (Up/Down arrow nav, native radiogroup semantics), nor for the new merch-card layout in product-marquee-grid. Given the radiogroup interaction is genuinely new ARIA surface, a follow-up test would be good.

• Pre-existing gap, not introduced here: CODEOWNERS has zero entries for anything under libs/c2/blocks/, including these two (compare to their classic counterparts, e.g. /libs/blocks/tabs/ @adobecom/milo-core). Not this PR's fault, but worth a separate follow-up since it applies to every c2 block.

Nice-to-have

• tabs.css:1 — /* stylelint-disable no-descending-specificity */ is applied file-wide; could probably be scoped closer to the specific selector(s) that trip the rule.
• PR description's test-plan checkboxes are all unchecked and there's no live preview URL (https://<branch>--milo--adobecom.aem.page/...). Given the breaking-change note above, a preview link would help reviewers confirm the regression risk before merge.

What looks good

• Correctly scoped to exactly the two blocks named in the title, no incidental changes.
• Reuses existing utils (createTag, decorateButtons, getFederatedUrl) rather than reinventing them.
• No new dependencies, no console.log/debugger/dead code found.
• The radio/quiet tabs implementation is careful about ARIA: role stays radiogroup for the radio variant (native <input type=radio> semantics used instead of aria-selected), tabpanel role correctly omitted only for the radio case, and the CSS selectors (.tabpanel vs [role="tabpanel"]) were updated consistently everywhere that mattered.

Net: solid PR, no blocking issues — the merch-card breaking-change point above is the one item I'd actually want a human answer on before merge, everything else is a follow-up-level nit.

[SilviuLCF]

QA verified , testing details https://jira.corp.adobe.com/browse/MWPW-206720