Preflight the pinned Playwright browser before browser-bearing recipes

Offen
  • Stimmt etwas nicht?
#2,185 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Ruhig
Tech-Stack
playwright, typescript
Bereich
cli, testing-qa, tooling

Rechercherichtung

Beginne mit den Einstiegspunkten wp-codebox doctor --json und doctor --fix und verfolge dann preflight für Rezepte, die wordpress.editor-open, wordpress.editor-validate-blocks oder wordpress.visual-compare enthalten. Überprüfe die festgelegte ausführbare Datei der installierten WP Codebox Playwright-Laufzeit, ohne den in der Umgebung vorhandenen npx-Befehl zu verwenden. Als erledigt gilt die Aufgabe, wenn Fehler wegen eines fehlenden Browsers vor dem WordPress-Setup/-Import auftreten und eine deterministische Abdeckung den gebundenen Installationsbefehl sowie den Pfad zur ausführbaren Datei meldet.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Problem

Browser-dependent recipes can perform the full WordPress setup/import and fail only when the first browser step launches because the exact Playwright-managed Chromium revision is absent. wp-codebox doctor --json currently checks Node, npm, the CLI, processes, temp runtimes, and archives, but does not check the browser executable required by the installed WP Codebox Playwright version.

This is especially fragile on hosts with multiple Playwright consumers: running another package's playwright install chromium can prune browser revisions that it considers unused, including the revision required by WP Codebox.

Reproduction

Installed runtime:

wp-codebox 0.18.0
Playwright expected chromium_headless_shell-1234
  1. Run wp-codebox doctor --json; browser readiness is not represented and the command reports no browser error.
  2. Ensure /Users/<user>/Library/Caches/ms-playwright/chromium_headless_shell-1234 is absent.
  3. Run a recipe containing wordpress.editor-open, wordpress.editor-validate-blocks, or wordpress.visual-compare.
  4. WordPress setup and import proceed, then each browser command fails with:
browserType.launch: Executable doesn't exist at .../chromium_headless_shell-1234/...
Please run the following command to download new browsers: npx playwright install

Observed in Homeboy run 701cfb6c-2850-4d20-8b39-d813494cc167 while processing Blocks Engine fixture 89-static-site-importer-architecture. The child recipe spent 85 seconds before surfacing three browser-step failures.

Installing the browser through the Playwright binary owned by the installed WP Codebox package and replaying the same workload succeeded: Homeboy run 2d788144-6209-4b5c-b39e-d6798e2b49fe.

Expected

  • wp-codebox doctor verifies the exact browser executable required by the installed runtime.
  • Browser-bearing recipe preflight fails before WordPress boot/import when that executable is absent.
  • Diagnostics provide a command bound to the installed WP Codebox package/version, rather than an ambient npx playwright install that may select another package version.
  • If doctor --fix owns browser installation, it installs only the pinned required revision and reports the resulting executable path/version.
  • Deterministic coverage simulates a missing pinned browser without depending on the operator's global Playwright cache.

AI assistance: GPT-5.6 Sol via OpenCode diagnosed the failed run and drafted this report. Chris Huber owns the issue and acceptance criteria.

Vorherrschende Sprache
TypeScript
Sterne
19
Forks
4
Ø Merge
3 Std.
Gemergte PRs (30 T.)
20

Entwicklungsumgebung

Dieses Projekt bietet weder Dev-Container noch Dockerfile noch Beitragsleitfaden – die Einrichtung liegt bei Ihnen. Beginnen Sie mit der README; die allgemeinen Schritte stehen in unserem Leitfaden für den ersten Beitrag.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus Automattic/wp-codebox

Alle Issues in Automattic/wp-codebox

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.