fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Add copy buttons to all
 blocks\n(function() {\n function addCopyButtons() {\n document.querySelectorAll('pre code').forEach(function(codeBlock) {\n if (codeBlock.parentElement.hasAttribute('data-copy-added')) return;\n codeBlock.parentElement.setAttribute('data-copy-added', 'true');\n \n var btn = document.createElement('button');\n btn.textContent = 'Copy';\n btn.style.cssText = 'position:absolute;top:4px;right:4px;padding:2px 8px;font-size:11px;background:#4ecdc4;border:none;border-radius:4px;color:#1a1a2e;cursor:pointer;opacity:0.7;transition:opacity 0.2s;';\n btn.onmouseover = function() { this.style.opacity = '1'; };\n btn.onmouseout = function() { this.style.opacity = '0.7'; };\n btn.onclick = function() {\n navigator.clipboard.writeText(codeBlock.textContent).then(function() {\n btn.textContent = 'Copied!';\n setTimeout(function() { btn.textContent = 'Copy'; }, 1500);\n });\n };\n codeBlock.parentElement.style.position = 'relative';\n codeBlock.parentElement.appendChild(btn);\n });\n }\n \n addCopyButtons();\n \n // Re-run on dynamic content\n var observer = new MutationObserver(addCopyButtons);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Add Copy Buttons to Code Blocks");
}
} catch(__e) { console.warn('[Userscript:Add Copy Buttons to Code Blocks]', __e); }
})();
(function(){
try {
var __m = "github.com";
var __re = new RegExp('^' + "github\\.com" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Force GitHub README to respect dark mode\n(function() {\n var style = document.createElement('style');\n style.textContent = '\n .markdown-body {\n color-scheme: dark light;\n }\n .markdown-body pre { background: #161b22 !important; }\n .markdown-body code { background: rgba(110, 118, 129, 0.4) !important; }\n .markdown-body table th, .markdown-body table td { border-color: #30363d !important; }\n .markdown-body img { background: #0d1117; }\n .markdown-body blockquote { border-left-color: #8b949e; }\n .markdown-body hr { border-color: #30363d; }\n ';\n document.head.appendChild(style);\n})();", "GitHub Dark Mode README Fix"); } } catch(__e) { console.warn('[Userscript:GitHub Dark Mode README Fix]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Highlight search terms from Google/DuckDuckGo/Bing referrer\n(function() {\n var ref = document.referrer;\n var terms = [];\n \n if (ref.includes('google.com') || ref.includes('duckduckgo.com') || ref.includes('bing.com')) {\n var url = new URL(ref);\n var q = url.searchParams.get('q') || url.searchParams.get('p');\n if (q) {\n terms = q.split(/\\s+/).filter(function(t) { return t.length > 2; });\n }\n }\n \n if (terms.length === 0) return;\n \n var style = document.createElement('style');\n style.textContent = '.userscript-highlight { background: #fbbf24; color: #1a1a2e; padding: 1px 3px; border-radius: 2px; }';\n document.head.appendChild(style);\n \n function highlight(node) {\n if (node.nodeType === 3) { // text node\n var text = node.textContent;\n var found = false;\n terms.forEach(function(term) {\n var regex = new RegExp('(' + term.replace(/[.*+?^${}()|[\\]\\\\]/g, '\\\\') + ')', 'gi');\n if (regex.test(text)) {\n found = true;\n var frag = document.createDocumentFragment();\n var parts = text.split(regex);\n parts.forEach(function(part, i) {\n if (i % 2 === 0) {\n frag.appendChild(document.createTextNode(part));\n } else {\n var span = document.createElement('span');\n span.className = 'userscript-highlight';\n span.textContent = part;\n frag.appendChild(span);\n }\n });\n node.parentNode.replaceChild(frag, node);\n }\n });\n } else if (node.nodeType === 1 && node.childNodes) { // element\n var skipTags = ['SCRIPT', 'STYLE', 'NOSCRIPT', 'TEXTAREA', 'INPUT', 'SELECT'];\n if (!skipTags.includes(node.tagName)) {\n Array.from(node.childNodes).forEach(highlight);\n }\n }\n }\n \n highlight(document.body);\n \n // Re-highlight on dynamic content\n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1 || node.nodeType === 3) highlight(node);\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Highlight Search Terms"); } } catch(__e) { console.warn('[Userscript:Highlight Search Terms]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Strip utm_, fbclid, gclid, etc. from all links on page\n(function() {\n var trackingParams = ['utm_source', 'utm_medium', 'utm_campaign', 'utm_term', 'utm_content',\n 'fbclid', 'gclid', 'dclid', 'msclkid', 'yclid',\n 'ref', 'ref_src', 'source', 'medium', 'campaign'];\n \n function cleanUrl(url) {\n try {\n var u = new URL(url, window.location.origin);\n var changed = false;\n trackingParams.forEach(function(p) {\n if (u.searchParams.has(p)) {\n u.searchParams.delete(p);\n changed = true;\n }\n });\n return changed ? u.toString() : url;\n } catch (e) {\n return url;\n }\n }\n \n function cleanLinks() {\n document.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n \n cleanLinks();\n \n var observer = new MutationObserver(function(mutations) {\n mutations.forEach(function(m) {\n m.addedNodes.forEach(function(node) {\n if (node.nodeType === 1) {\n if (node.tagName === 'A') cleanLinks();\n node.querySelectorAll('a[href]').forEach(function(a) {\n var clean = cleanUrl(a.href);\n if (clean !== a.href) a.href = clean;\n });\n }\n });\n });\n });\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "Remove Tracking Parameters from Links"); } } catch(__e) { console.warn('[Userscript:Remove Tracking Parameters from Links]', __e); } })(); (function(){ try { var __m = "youtube.com"; var __re = new RegExp('^' + "youtube\\.com" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Auto-enable theater mode on YouTube\n(function() {\n function tryTheater() {\n var btn = document.querySelector('button[aria-label=\"Theater mode\"], ytd-player #player button[title=\"Theater mode\"]');\n if (btn && !btn.classList.contains('activated')) {\n btn.click();\n }\n }\n \n // Try immediately\n tryTheater();\n \n // Try after navigation (SPA)\n var lastUrl = location.href;\n setInterval(function() {\n if (location.href !== lastUrl) {\n lastUrl = location.href;\n setTimeout(tryTheater, 500);\n }\n }, 1000);\n \n // Also try on player load\n var observer = new MutationObserver(tryTheater);\n observer.observe(document.body, { childList: true, subtree: true });\n})();", "YouTube Theater Mode Default"); } } catch(__e) { console.warn('[Userscript:YouTube Theater Mode Default]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Remove or un-stick sticky/fixed headers that block content\n(function() {\n function unstick() {\n document.querySelectorAll('header, nav, [role=\"banner\"], .header, .navbar, .sticky, .fixed-top, [style*=\"position: fixed\"], [style*=\"position:sticky\"]').forEach(function(el) {\n if (el.style.position === 'fixed' || el.style.position === 'sticky' || \n getComputedStyle(el).position === 'fixed' || getComputedStyle(el).position === 'sticky') {\n el.style.position = 'static';\n el.style.top = 'auto';\n el.style.zIndex = 'auto';\n }\n });\n }\n \n unstick();\n \n var observer = new MutationObserver(unstick);\n observer.observe(document.body, { childList: true, subtree: true, attributes: true, attributeFilter: ['style', 'class'] });\n})();", "Kill Sticky Headers"); } } catch(__e) { console.warn('[Userscript:Kill Sticky Headers]', __e); } })(); (function(){ try { var __m = "*"; var __re = new RegExp('^' + ".*" + '
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome
, 'i'); if (__m === '*' || __re.test(location.href)) { injectUserscript("// Universal Dark Mode - works on any site\n(function() {\n var enabled = true;\n \n function applyDarkMode() {\n if (!enabled) return;\n \n // Create style element if it doesn't exist\n var style = document.getElementById('universal-dark-mode-style');\n if (!style) {\n style = document.createElement('style');\n style.id = 'universal-dark-mode-style';\n document.head.appendChild(style);\n }\n \n // Dark mode CSS - inverts colors but preserves images/video\n style.textContent = '\n /* Invert everything except media */\n html {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #1a1a2e !important;\n }\n \n /* Restore images, videos, iframes, canvas */\n img, video, iframe, canvas, svg, picture, [style*=\"background-image\"] {\n filter: invert(1) hue-rotate(180deg) !important;\n }\n \n /* Preserve specific elements that should not be inverted */\n .no-dark-mode, .no-dark-mode *,\n [data-theme=\"light\"], [data-theme=\"light\"],\n .ace_editor, .ace_editor *,\n .CodeMirror, .CodeMirror *,\n .monaco-editor, .monaco-editor *,\n .markdown-body pre, .markdown-body pre *,\n .highlight, .highlight *,\n pre code, pre code * {\n filter: none !important;\n }\n \n /* Fix common UI elements */\n .modal, .popup, .dropdown-menu, .tooltip, .popover {\n filter: invert(1) hue-rotate(180deg) !important;\n background: #2d2d44 !important;\n border-color: #444 !important;\n }\n \n /* Scrollbars */\n ::-webkit-scrollbar { background: #1a1a2e !important; }\n ::-webkit-scrollbar-thumb { background: #444 !important; }\n ::-webkit-scrollbar-thumb:hover { background: #555 !important; }\n \n /* Selection */\n ::selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ::-moz-selection { background: #4ecdc4 !important; color: #1a1a2e !important; }\n ';\n }\n \n function removeDarkMode() {\n var style = document.getElementById('universal-dark-mode-style');\n if (style) style.remove();\n }\n \n // Toggle with Alt+Shift+D\n document.addEventListener('keydown', function(e) {\n if (e.altKey && e.shiftKey && e.key === 'D') {\n e.preventDefault();\n enabled = !enabled;\n if (enabled) {\n applyDarkMode();\n console.log('[Universal Dark Mode] Enabled');\n } else {\n removeDarkMode();\n console.log('[Universal Dark Mode] Disabled');\n }\n }\n });\n \n // Apply on load\n applyDarkMode();\n \n // Re-apply on dynamic content\n var observer = new MutationObserver(function(mutations) {\n if (enabled && !document.getElementById('universal-dark-mode-style')) {\n applyDarkMode();\n }\n });\n observer.observe(document.head, { childList: true });\n \n console.log('[Universal Dark Mode] Loaded - Press Alt+Shift+D to toggle');\n})();", "Universal Dark Mode"); } } catch(__e) { console.warn('[Userscript:Universal Dark Mode]', __e); } })(); })();
Skip to content

fix(cloudflare): Use correct env types for withSentry - #19836

Merged
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types
Mar 19, 2026
Merged

fix(cloudflare): Use correct env types for withSentry#19836
JPeer264 merged 1 commit into
developfrom
jp/cloudflare-env-types

Conversation

@JPeer264

Copy link
Copy Markdown
Member

closes#18294
closes JS-1202

By not using unknown but going directly to the env export of cloudflare:workers, this should resolve the typing issue, without changing the current generic API (as proposed in #18302).

The test proofs that when changing the Cloudflare globals, that this works OOTB now.

@JPeer264
JPeer264 requested review from chargome and s1gr1dMarch 17, 2026 13:33
@JPeer264JPeer264 self-assigned this Mar 17, 2026
@linear-code

Copy link
Copy Markdown

@JPeer264
JPeer264force-pushed the jp/cloudflare-env-types branch from d781f4c to 5fbcf2dCompareMarch 17, 2026 13:36
@github-actions

Copy link
Copy Markdown
Contributor

size-limit report 📦

⚠️Warning: Base artifact is not the latest one, because the latest workflow run is not done yet. This may lead to incorrect results. Try to re-run all tests to get up to date results.

PathSize% ChangeChange
@sentry/browser25.64 kB--
@sentry/browser - with treeshaking flags24.14 kB--
@sentry/browser (incl. Tracing)42.62 kB--
@sentry/browser (incl. Tracing, Profiling)47.28 kB--
@sentry/browser (incl. Tracing, Replay)81.42 kB--
@sentry/browser (incl. Tracing, Replay) - with treeshaking flags71 kB--
@sentry/browser (incl. Tracing, Replay with Canvas)86.12 kB--
@sentry/browser (incl. Tracing, Replay, Feedback)98.37 kB--
@sentry/browser (incl. Feedback)42.45 kB--
@sentry/browser (incl. sendFeedback)30.31 kB--
@sentry/browser (incl. FeedbackAsync)35.36 kB--
@sentry/browser (incl. Metrics)26.92 kB--
@sentry/browser (incl. Logs)27.07 kB--
@sentry/browser (incl. Metrics & Logs)27.74 kB--
@sentry/react27.39 kB--
@sentry/react (incl. Tracing)44.95 kB--
@sentry/vue30.08 kB--
@sentry/vue (incl. Tracing)44.48 kB--
@sentry/svelte25.66 kB--
CDN Bundle28.28 kB+0.04%+11 B 🔺
CDN Bundle (incl. Tracing)43.51 kB+0.03%+10 B 🔺
CDN Bundle (incl. Logs, Metrics)29.14 kB+0.05%+12 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics)44.36 kB+0.03%+11 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics)68.21 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay)80.33 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics)81.23 kB+0.02%+13 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback)85.87 kB+0.02%+12 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics)86.77 kB+0.02%+12 B 🔺
CDN Bundle - uncompressed82.62 kB+0.08%+59 B 🔺
CDN Bundle (incl. Tracing) - uncompressed128.56 kB+0.05%+59 B 🔺
CDN Bundle (incl. Logs, Metrics) - uncompressed85.49 kB+0.07%+59 B 🔺
CDN Bundle (incl. Tracing, Logs, Metrics) - uncompressed131.43 kB+0.05%+59 B 🔺
CDN Bundle (incl. Replay, Logs, Metrics) - uncompressed209.12 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay) - uncompressed245.41 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Logs, Metrics) - uncompressed248.26 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback) - uncompressed258.32 kB+0.03%+59 B 🔺
CDN Bundle (incl. Tracing, Replay, Feedback, Logs, Metrics) - uncompressed261.17 kB+0.03%+59 B 🔺
@sentry/nextjs (client)47.37 kB--
@sentry/sveltekit (client)43.07 kB--
@sentry/node-core56.35 kB+0.06%+29 B 🔺
@sentry/node173.17 kB-0.01%-17 B 🔽
@sentry/node - without tracing96.35 kB+0.01%+5 B 🔺
@sentry/aws-serverless113.35 kB+0.01%+11 B 🔺

View base workflow run

*/
export function withSentry<
Env = unknown,
Env = typeof env,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

q: Isn't this theoretically breaking?

Copy link
Copy Markdown
MemberAuthor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't really see this as a breaking change, as Env is only there so it gets inferred by the third generic entry, which I think just grew over time. So there are couple of usages and non of them look breaking to me:

// sets "Env" directly, so it isn't affected at allwithSentry<{myEnv: string}>()// "Env" is manually set, which means it is the same type nowwithSentry((env: Env)=>({}),exportedHandler)// Not setting anything, this wasn't working before, but works with this PRwithSentry(env=>({}),exportedHandler)

It could also be that people used not existing env variables, which wouldn't work as the exported handler is already typed, as documented, with the env usually (which is the same behavior with and without this PR):

constexportedHandler={fetch(){}}satisfiesExportedHandler<Env>withSentry((env: {notExistingEnv: string})=>({}),exportedHandler)^^^^^^^^^^^^^^^

@JPeer264
JPeer264 merged commit 6f17b8a into developMar 19, 2026
60 checks passed
@JPeer264
JPeer264 deleted the jp/cloudflare-env-types branch March 19, 2026 10:21
Sign up for freeto join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Cloudflare types for env no longer work

2 participants

@JPeer264@chargome