Skip to content

Capture WordPress runtime state for generated-site Playground replay #955

@chubes4

Description

@chubes4

Problem

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.

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.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.

Related

AI assistance

  • AI assistance: Yes
  • Tool(s): OpenCode (GPT-5.5)
  • Used for: Drafted this issue from r38 Workflow Bench evidence and WP Codebox replay-status artifacts.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions