#7095 "mark path as external" error message is not actionable
Valid DX issue - esbuild error suggests marking paths as external but Wrangler docs don't explain how. Workarounds exist ([alias], rules) but not discoverable from error message. Recent user comment confirms ongoing confusion.
Improve error message to suggest Wrangler-specific solutions; document module aliasing
Analysis Report
Issue Review: cloudflare/workers-sdk#7095
Summary
Error message about marking paths as external is not actionable - users cannot easily find documentation on how to actually do this.
Findings
- Created: 2024-10-25
- Updated: 2025-10-30
- Version: 3.81.0 → 4.60.0 (current)
- Component: Wrangler (bundling/esbuild)
- Labels: bug, error-messaging
- Comments: 1
Key Evidence
Issue is a UX/documentation issue, not a code bug - the error message from esbuild suggests marking paths as external but:
- Google searches lead to unhelpful community posts
- Wrangler docs on bundling and configuration don't explain how to do this
- ChatGPT gives misleading Webpack-based advice
Related issue #6231 (Feature Request: Esbuild External) was closed due to no response, but maintainers noted:
- Module aliasing is available via
[alias]in wrangler.toml (PR #6167) - Rules configuration can help with WASM modules
- Neither solution is well-documented for this specific error message
- Module aliasing is available via
No PR has been merged that addresses this issue directly
Changelog does not mention any fix for issue #7095
One comment from Aug 2025 asking for clarification on
find_additional_modulessyntax for similar issue with puppeteer, indicating users still struggle with thisThe core ask is to either:
- Improve the error message to be more actionable (point to wrangler-specific solutions)
- Better document module aliasing and rules configuration
- Consider supporting an
externaloption
Recommendation
Status: KEEP OPEN
Reasoning: This is a valid developer experience issue that remains unfixed. The error message comes from esbuild but suggests a solution that isn't straightforward in Wrangler. While workarounds exist (module aliasing via [alias], rules configuration), they're not discoverable from the error message. The recent comment from Aug 2025 shows users continue to struggle with this.
Action: Keep open as a valid enhancement request. Consider:
- Improving the error message to suggest Wrangler-specific solutions (e.g., "Use
[alias]in wrangler.toml to map this module") - Adding documentation for handling unresolvable modules
- Potentially wrapping esbuild errors to provide Wrangler-specific guidance
Notes & Feedback (0)
No notes yet.