Changelog + docs update: Removing compressed Worker size limits

[yomna-shousha]

Adds a changelog entry and updates the Worker size limits documentation for the removal of compressed size limits (WC-4489).

TODO: Update the changelog date to match when changes ship.

Related PRs:

• Wrangler: [wrangler] Update bundle size warnings to use uncompressed size limit workers-sdk#14001
• Docs (Matt's limit page updates): [Workers] Update Worker size limit docs #31002

[github-actions]

This pull request requires reviews from CODEOWNERS as it changes files that match the following patterns:

Pattern	Owners
/src/content/changelog/	@cloudflare/pm-changelogs, @cloudflare/product-owners
/src/content/docs/workers/	@cloudflare/workers-docs, @GregBrimble, @irvinebroque, @mikenomitch, @korinne, @WalshyDev, @cloudflare/deploy-config, @cloudflare/product-owners, @cloudflare/wrangler, @MattieTK, @cloudflare/dev-plat-leads

[ask-bonk]

1 issue and 2 style items need attention before merge.

• HIGH — changelog/workers/2026-05-22-increased-worker-size-limit.mdx:11: The "~21x more room" / "~6x more" claim compares uncompressed 64 MiB to the old compressed limits. This is misleading — the previous uncompressed limit was already 64 MB. The real change is removing the compressed ceiling, not increasing uncompressed capacity by 21x.
• MEDIUM — changelog/workers/2026-05-22-increased-worker-size-limit.mdx:6: Changelog date needs updating to the actual ship date before merge (noted in PR description).
• MEDIUM — Both changed files use txt for command output blocks instead of txt output per the style guide, and include a manual # Output resembles: comment that is unnecessary when using the output suffix.

Labels: documentation (applied).

[ask-bonk]

The PR description notes this date needs to be updated to match when the changes ship. Please update before merging.

[ask-bonk]

Posted a review on PR #31067 with 4 inline comments.

Summary of findings:

1. HIGH — The changelog claims Workers get "~21x more room" on Free and "~6x more" on Paid. This compares uncompressed 64 MiB to the old compressed limits (3 MB / 10 MB), which is misleading. The previous uncompressed limit was already 64 MB. The real change is the removal of the compressed ceiling, not a 21x increase in capacity. I posted an inline suggestion to rephrase this.

2. MEDIUM — The changelog date (2026-05-22) is stale. The PR description already flags this as a TODO, so I added a reminder comment.

3. MEDIUM — Both the changelog and limits.mdx use txt for command output blocks instead of txt output per the style guide. They also include a manual # Output resembles: comment that is unnecessary when using the output suffix. I flagged both inline.

Labels applied: documentation (workers was not found in the repo).

github run

[github-actions]

Preview URL: https://bf5c5956.preview.developers.cloudflare.com
Preview Branch URL: https://yomna-changelog-worker-size-limit.preview.developers.cloudflare.com

Files with changes (up to 15)

Original Link	Updated Link
https://developers.cloudflare.com/changelog/post/2026-05-22-increased-worker-size-limit/	https://yomna-changelog-worker-size-limit.preview.developers.cloudflare.com/changelog/post/2026-05-22-increased-worker-size-limit/
https://developers.cloudflare.com/workers/platform/limits/	https://yomna-changelog-worker-size-limit.preview.developers.cloudflare.com/workers/platform/limits/

[yomna-shousha]

/bonk rereview the changelog. the date will be updated when the change is released so you can ignore that.

[ask-bonk]

Re-review findings:

Fixed since last review:

• Both files now correctly use sh output for command output blocks instead of manual # Output resembles: comments. ✅
• Changelog date acknowledged as pending release.

Still needs attention (HIGH):

• The changelog prose and comparison table continue to misleadingly present this as a capacity increase from 3 MB / 10 MB → 64 MiB. The old limits.mdx on production shows the uncompressed limit was already 64 MB. The real change is the removal of the compressed (gzip) ceiling, not a 21× increase in uncompressed Worker capacity. The body text and table should be rephrased to make that clear.

[ask-bonk]

Done. I posted a request changes review on PR #31067.

Summary:

• Fixed ✅ — Both files now correctly use sh output for command output blocks.
• Fixed ✅ — Date acknowledged as pending release (ignored per your instruction).
• Still needs attention (HIGH) ❌ — The changelog continues to misleadingly frame the change as a capacity increase from 3 MB / 10 MB → 64 MiB. I verified against the old limits.mdx on production that the uncompressed limit was already 64 MB. The actual change is the removal of the compressed (gzip) ceiling. I left inline suggestions on the prose (line 9) and the comparison table (line 15) with suggested rephrasing.

github run

[yomna-shousha]

/bonk rereview again :)

[ask-bonk]

Good news — all the issues from my previous review have been addressed. Here's my updated assessment:

Previously flagged (HIGH) — FIXED ✅
The changelog no longer misleadingly compares uncompressed 64 MiB to the old compressed limits. The prose now accurately states:

• Old behavior: compressed size checked, rejected over 3 MB (Free) / 10 MB (Paid)
• New behavior: compressed limit removed, only uncompressed 64 MiB limit remains

This is a correct and clear explanation of the change.

Previously flagged (MEDIUM) — FIXED ✅
Both files now use sh output for command output blocks, and the manual # Output resembles: comments have been removed.

Date field
Still shows 2026-05-22, which I understand will be updated to match the actual ship date. Not blocking.

No new issues found. The limits.mdx table update and the new changelog entry are both accurate and well-written. LGTM!

github run