fix(web): roll back timed-out preview resizes by nateEc · Pull Request #4341 · pingdotgg/t3code

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

nateEc · 2026-07-23T08:32:38Z

What Changed

Capture the active preview viewport before applying an automation resize.
Restore the previous server snapshot and rendered viewport when the requested viewport times out.
Preserve the original timeout if the best-effort rollback also fails.

Why

A timed-out preview_resize request updated the declared viewport before rendering completed, leaving preview_status and the live webview internally inconsistent.

Closes#3712

UI Changes

No visual redesign. Failed automation resizes now return to the prior viewport instead of leaving partial state. The isolated web app pass authenticated and created a real thread successfully; the Browser surface is Electron-only and is intentionally unavailable in the web-only runner.

Checklist

Focused transaction tests pass
Web typecheck passes
Targeted lint and formatting pass
Isolated test-t3-app smoke pass completed

Note

Medium Risk
Changes preview automation resize semantics (rollback + serialization) in Electron-only paths; behavior is well-tested but affects automation status/viewport consistency on failure.

Overview
Preview automation resize no longer leaves a stale declared viewport when rendering times out. The handler now records the tab’s current viewport (or FILL_PREVIEW_VIEWPORT), runs the resize through a per-tab transaction queue, and on waitForRenderedViewport failure reapplies that prior setting to the server snapshot and waits briefly (up to 2s) for rollback to render—while still surfacing the original timeout if rollback fails.

New helpers in previewResizeTransaction.ts implement the rollback transaction and serialize concurrent resizes per environmentId:threadId:tabId key; unit tests cover success, rollback on timeout, and queue behavior.

^{Reviewed by Cursor Bugbot for commit 584eaa3. Bugbot is set up for automated code reviews on this repo. Configure here.}

Note

Roll back timed-out preview viewport resizes to their previous setting

Introduces resizePreviewViewportTransaction in previewResizeTransaction.ts which applies a viewport setting, waits for it to render, and on timeout attempts a best-effort rollback to the previous setting (capped at 2000ms), preserving the original error if rollback also fails.
Adds createPreviewResizeTransactionQueue to serialize resize operations per preview tab (keyed by environment, thread, and tab ID), preventing concurrent conflicting resizes on the same tab.
Updates PreviewAutomationHost to wrap resize handling in the transaction queue and pass rollback context (previous setting defaulting to FILL_PREVIEW_VIEWPORT).
Behavioral Change: resize operations that previously fired-and-forgot on timeout now attempt rollback; concurrent resizes on the same tab are now serialized rather than running in parallel.

^{Macroscope summarized 584eaa3.}

coderabbitai · 2026-07-23T08:32:49Z

Important

Review skipped

Auto reviews are disabled on this repository. Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Repository UI

Review profile: CHILL

Plan: Pro Plus

Run ID: e273cda8-fe7e-40c8-a52c-267e60a20e6a

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

🔍 Trigger review

✨ Finishing Touches

🧪 Generate unit tests (beta)

Create PR with unit tests

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

_{Comment @coderabbitai help to get the list of available commands.}

macroscopeapp · 2026-07-23T08:36:01Z

Approvability

Verdict: Needs human review

Introduces new transaction queue and automatic rollback behavior for preview resize timeouts. While well-tested, this adds meaningful runtime behavioral changes to preview automation infrastructure that warrant human review.

^{You can customize Macroscope's approvability policy. Learn more.}

- Apply preview viewport changes as a transaction with the previous setting captured first. - Restore the prior server snapshot and rendered viewport after a resize timeout. - Cover successful resize, timeout rollback, and rollback failure behavior.

- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

cursor

Cursor Bugbot has reviewed your changes using high effort and found 1 potential issue.

^{❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.}

^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

cursor · 2026-07-24T06:39:21Z

+ await input.waitForViewport(
+ input.previousSetting,
+ Math.min(input.timeoutMs, MAX_ROLLBACK_WAIT_MS),
+ );


Stale rollback overwrites intervening resize
Medium Severity
The resizePreviewViewportTransaction's rollback, triggered by a viewport render timeout, uses a stale previousSetting. This can overwrite intervening manual user viewport changes, reverting the server and local snapshot to an outdated state.
^{Reviewed by Cursor Bugbot for commit 584eaa3. Configure here.}

nateEc · 2026-08-19T06:23:52Z

Closing this PR because it has been superseded by #4661. Current main serializes viewport mutations and only rolls back when the timed-out request still owns the latest setting and the preview server epoch is unchanged. That also addresses the unresolved stale-rollback review concern on this PR, with focused coverage in previewViewportRollback.test.ts.

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

github-actionsBot added vouch:unvouched PR author is not yet trusted in the VOUCHED list. size:M 30-99 changed lines (additions + deletions). labels Jul 23, 2026

macroscopeappBot reviewed Jul 23, 2026
View reviewed changes

Comment threadapps/web/src/components/preview/PreviewAutomationHosts.tsx Outdated

nateEc added 2 commits July 24, 2026 14:28

fix(web): serialize preview resize transactions
584eaa3
- Serialize resize and rollback work per preview tab. - Read the rollback viewport only after the transaction acquires its tab lock. - Preserve parallel resizing across different tabs and add focused concurrency coverage.

nateEc force-pushed the codex/fix-3712-preview-resize-rollback branch from bf2cd3e to 584eaa3Compare July 24, 2026 06:35

cursorBot reviewed Jul 24, 2026
View reviewed changes

nateEc closed this Aug 19, 2026

Uh oh!

Conversation

nateEc commented Jul 23, 2026• edited by cursor BotLoading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What Changed

Why

UI Changes

Checklist

Roll back timed-out preview viewport resizes to their previous setting

Uh oh!

coderabbitaiBot commented Jul 23, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Review skipped

Uh oh!

Uh oh!

macroscopeappBot commented Jul 23, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Approvability

Uh oh!

cursorBot left a comment

Choose a reason for hiding this comment

Uh oh!

cursorBotJul 24, 2026

Choose a reason for hiding this comment

Stale rollback overwrites intervening resize

Uh oh!

nateEc commented Aug 19, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Uh oh!

Conversation

nateEc commented Jul 23, 2026• edited by cursor BotLoading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What Changed

Why

UI Changes

Checklist

Roll back timed-out preview viewport resizes to their previous setting

Uh oh!

coderabbitaiBot commented Jul 23, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Review skipped

Uh oh!

Uh oh!

macroscopeappBot commented Jul 23, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Approvability

Uh oh!

cursorBot left a comment

Choose a reason for hiding this comment

Uh oh!

cursorBotJul 24, 2026

Choose a reason for hiding this comment

Stale rollback overwrites intervening resize

Uh oh!

nateEc commented Aug 19, 2026

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

1 participant

Uh oh!

Conversation

nateEc commented Jul 23, 2026• edited by cursor BotLoading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

What Changed

Why

UI Changes

Checklist

nateEc commented Jul 23, 2026•
edited by cursor Bot
Loading

coderabbitaiBot commented Jul 23, 2026•
edited
Loading

macroscopeappBot commented Jul 23, 2026•
edited
Loading

nateEc commented Jul 23, 2026•
edited by cursor Bot
Loading

coderabbitaiBot commented Jul 23, 2026•
edited
Loading

macroscopeappBot commented Jul 23, 2026•
edited
Loading

nateEc commented Jul 23, 2026•
edited by cursor Bot
Loading

coderabbitaiBot commented Jul 23, 2026•
edited
Loading

macroscopeappBot commented Jul 23, 2026•
edited
Loading

nateEc commented Jul 23, 2026•
edited by cursor Bot
Loading

coderabbitaiBot commented Jul 23, 2026•
edited
Loading

macroscopeappBot commented Jul 23, 2026•
edited
Loading