Skip to content

fix(studio): rebind paused preview after live edits - #3596

Merged
miguel-heygen merged 1 commit into
mainfrom
fix/webmcp-live-reseek
Sep 2, 2026
Merged

miguel-heygen merged 1 commit into
mainfrom
fix/webmcp-live-reseek

Conversation

@miguel-heygen

Copy link
Copy Markdown
Collaborator

Summary

  • finalize successful optimistic Studio edits through the existing runtime rebind path
  • re-evaluate timed element visibility at the paused playhead without reloading the iframe
  • reuse the same forced reseek helper during reload restoration and add focused regression coverage

Why

A WebMCP edit could be saved and applied to its target while a future timeline clip remained visible above it. The canvas then looked gray or black until the user scrubbed or refreshed. Successful live edits now converge the paused runtime immediately.

Verification

  • Studio typecheck
  • focused lint and formatting checks
  • 99 focused unit tests
  • real-browser WebMCP edit loop through document.modelContext, including 12 registered tools, source persistence, changed preview pixels, rendered frame bytes, reload persistence, and Undo history
  • manual paused-timeline reproduction at 2.4 seconds with the intended scene visible immediately

@miguel-heygen
miguel-heygen merged commit 81f1a90 into main Sep 2, 2026
46 checks passed
@miguel-heygen
miguel-heygen deleted the fix/webmcp-live-reseek branch September 2, 2026 14:23
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant