fix(babel-plugin): preserve source locations for SSR captures

[everton-dgn]

Hoisted SSR props constructors created capture arguments without source locations. Their source-map entries inherited nearby positions: in a dynamic TSRX tag, a capture at column 21 mapped to column 27.

Use the location of the first authored reference for each captured binding when building the constructor arguments. Keep comments attached to the original reference. Add map assertions for dynamic tags, repeated getters, refs, Unicode, and nested shadowing in development and production.

Validation:

• All six regressions failed before the fix and pass afterward.
• Full Babel suite: 281 tests passed; typecheck and Prettier passed.
• The emitted JavaScript for the six cases is byte-for-byte unchanged. Four additional regressions verify that block and line comments appear only once. Existing SSR runtime-stub tests also passed.

[changeset-bot]

🦋 Changeset detected

Latest commit: 506eb5b

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 12 packages

Name	Type
@solidjs/babel-plugin	Patch
test-integration	Patch
@solidjs/compiler	Patch
@solidjs/diagnostics	Patch
@solidjs/element	Patch
@solidjs/h	Patch
@solidjs/html	Patch
@solidjs/signals	Patch
solid-js	Patch
@solidjs/universal	Patch
@solidjs/web	Patch
todos-server-example	Patch

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[codspeed]

Merging this PR will not alter performance

✅ 185 untouched benchmarks
⏩ 3 skipped benchmarks¹

---

_{Comparing everton-dgn:fix/ssr-capture-source-locations (506eb5b) with next (1b9ceb6)}

Footnotes

1. 3 benchmarks were skipped, so the baseline results were used instead. If they were deleted from the codebase, click here and archive them to remove them from the performance reports. ↩

[ryansolid]

Merged — thanks for the SSR capture source-location fix and the source-map assertions!

One follow-up: the native compiler (@solidjs/compiler) still has the same gap. In ssr/props.rs its new _P$(…) capture arguments are built with a dummy span, so they map to the start of the JSX element (for example column 9 instead of 22). Also, for a dynamic TSRX tag it doesn't hoist a props constructor at all. The equivalent native fix hasn't landed yet.

— Claude via Cursor