test(web): raise imageCompression ladder test timeout for slow runners

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.

[snowykr]

What Changed

Speed up the imageCompression.test.ts case "reports too-large when even the smallest encoding overflows the budget" so it completes within the default 15s per-test timeout instead of relying on a raised timeout.

Previously the stub returned an 8 MB blob for every ladder step (3 fallback scales × [probe + 4 quality steps] = 15 encodes), materializing and base64-encoding ~120 MB per run — ~41s on 2-vCPU GitHub-hosted runners, failing with Test timed out in 15000ms. The 8-vCPU blacksmith runners used in this repo are fast enough that it stayed under 15s, so the failure only surfaced on slower machines.

Now the stub returns a 300 KB blob and the test passes an explicit small budget (150_000 chars) to compressImageForStash, so every encode still overflows the budget and the give-up path (too-large + bitmap release) runs exactly as before — but the base64 work drops to ~4.5 MB (15 × 300 KB) plus the one-time 9 MB source encode. The 60_000 timeout override is removed.

No production code, stubs, payloads, or assertions change — the test's semantics are untouched.

Why

Test-robustness only: keep the ladder's give-up behavior fully exercised on slow CI runners without paying for multi-megabyte base64 payloads on every quality step (AGENTS.md "Performance without compromise").

Validation

• Local targeted run: changed test ~0.9s; 12/12 tests in the file pass.
• vp lint, vp fmt --check, and tsgo --noEmit for apps/web are clean.
• Fork CI (ubuntu-latest, 2-vCPU GitHub-hosted runners) was previously failing 3/3 with Test timed out in 15000ms on the old fixture.

Related work

Complements #5220 (perf(web): skip base64 for oversized image candidates), which fixes the underlying slowness in the source by skipping base64 for candidates that already exceed the budget.

UI Changes

N/A — test-only change, no UI.

---

Note

Low Risk
Test-only fixture change; no production or assertion semantics change.

Overview
The "reports too-large when even the smallest encoding overflows the budget" case in imageCompression.test.ts no longer simulates 8 MB encodes on every ladder step. The canvas stub now returns 300 KB blobs, and the test calls compressImageForStash with an explicit 150_000 character budget so every step still overflows and the same too-large + bitmap close behavior is asserted.

This cuts per-run base64 work from ~120 MB to a few MB so the test stays under the default 15s timeout on 2-vCPU GitHub runners without a raised timeout. Production code is unchanged; only the test fixture and optional budget argument differ.

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

Note

Reduce encoded sizes in compressImageForStash ladder test to avoid timeout on slow runners

The stubbed encoder in the "reports too-large when even the smallest encoding overflows the budget" test previously returned 8,000,000 bytes, causing timeouts on slow CI runners. It now returns 300,000 bytes, and compressImageForStash is called with an explicit 150,000-byte budget, keeping the { ok: false, reason: "too-large" } assertion intact without generating large payloads.

^{Macroscope summarized 6849430.}

[coderabbitai]

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: 5e08a906-53c5-40bd-ae6d-2b460fcb0722

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

---

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

• X
• Mastodon
• Reddit
• LinkedIn

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

[macroscopeapp]

Approvability

Verdict: Approved 19f78dd

Test-only change that reduces stub payload sizes in imageCompression.test.ts to improve test performance on slow runners. No production code is affected.

No code changes detected at 6849430. Prior analysis still applies.

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

[chatgpt-codex-connector]

💡 Codex Review

Here are some automated review suggestions for this pull request.

Reviewed commit:de5988ab03

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "@codex review".

If Codex has suggestions, it will comment; otherwise it will react with 👍.

Codex can also answer questions or update the PR. Try commenting "@codex address that feedback".

Dismissing prior approval to re-evaluate 19f78dd

[t3dotgg]

Note

🤖 GPT-5.6 Sol responding on behalf of Theo

We're closing this PR as we clean up the T3 Code backlog. Thank you for taking the time to put this together.

The current patch shrinks the image-compression fixture and its test budget so the test can use the default timeout. We are not keeping a separate PR open for this isolated test maintenance change.

If you believe we closed this in error, please reopen the PR and leave a comment explaining what we missed.