You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Studio Web Workflow Bench r38 now passes with durable artifact publication, but the generated-site Playground replay remains partial because WP Codebox only captures the starting blueprint plus read/write mount text files.
The public blueprint.after.json is reviewer-clickable, but it is not yet a faithful replay of the generated WordPress site. It contains only plugin activation and login steps, so Playground opens a runtime shell without the generated site state.
{
"replayStatus": "partial",
"capturedFileCount": 0,
"replayableFileCount": 0,
"limitations": [
"Text files from readwrite mounts are embedded in blueprint.after.json as writeFile steps; binary files are copied into artifacts but not replayed yet.",
"Database exports, option diffs, uploaded media, active theme/plugin state, and screenshots are not captured yet."
],
"nextCaptureTargets": [
"database-export",
"active-theme",
"active-plugins",
"uploads",
"binary-file-replay"
]
}
Desired outcome
For successful generated-site runs, WP Codebox should capture enough WordPress runtime state to make blueprint.after.json a real generated-site replay instead of an activation/login-only shell.
The next useful target is a Playground blueprint that can recreate the generated WordPress site from public artifacts after the source runtime has been destroyed.
Acceptance criteria
Successful Studio Web generated-site recipe runs emit replayStatus: "replayable" when runtime state capture succeeds.
blueprint.after.json includes the generated site's durable WordPress state, including database content/options needed to render the generated site.
Active theme and active plugin state are represented in the replay artifact.
Uploaded/media or binary state is either replayed from public artifacts or explicitly represented as a remaining structured limitation.
The existing files/runtime-evidence/replay-status.json contract from Add recipe replay status summary #952 remains the single orchestration surface for status and reasons.
A fresh Studio Web Workflow Bench run for plain-site-data-machine reports Durable replay: replayable=1, partial=0, not-available=0.
Problem
Studio Web Workflow Bench r38 now passes with durable artifact publication, but the generated-site Playground replay remains
partialbecause WP Codebox only captures the starting blueprint plus read/write mount text files.The public
blueprint.after.jsonis reviewer-clickable, but it is not yet a faithful replay of the generated WordPress site. It contains only plugin activation and login steps, so Playground opens a runtime shell without the generated site state.Evidence
The replay notes report:
{ "replayStatus": "partial", "capturedFileCount": 0, "replayableFileCount": 0, "limitations": [ "Text files from readwrite mounts are embedded in blueprint.after.json as writeFile steps; binary files are copied into artifacts but not replayed yet.", "Database exports, option diffs, uploaded media, active theme/plugin state, and screenshots are not captured yet." ], "nextCaptureTargets": [ "database-export", "active-theme", "active-plugins", "uploads", "binary-file-replay" ] }Desired outcome
For successful generated-site runs, WP Codebox should capture enough WordPress runtime state to make
blueprint.after.jsona real generated-site replay instead of an activation/login-only shell.The next useful target is a Playground blueprint that can recreate the generated WordPress site from public artifacts after the source runtime has been destroyed.
Acceptance criteria
replayStatus: "replayable"when runtime state capture succeeds.blueprint.after.jsonincludes the generated site's durable WordPress state, including database content/options needed to render the generated site.files/runtime-evidence/replay-status.jsoncontract from Add recipe replay status summary #952 remains the single orchestration surface for status and reasons.plain-site-data-machinereportsDurable replay: replayable=1, partial=0, not-available=0.Related
AI assistance