getsentry / getsentry/sentry-javascript

@sentry/wasm: `wasm://wasm/` frames miss `debug_meta` on non-streaming `instantiate(buffer)`

オープン
#23,781 コメント 2 件 リアクション 0 件 担当者 1 名 @andreiborza が担当を希望しています GitHub で見る
Bug
主要言語
TypeScript
スター
8.7k
フォーク
1.8k
平均マージ
1日 17時間
マージ済み PR(30日)
515

説明

### Description

### Problem
`fetch` → `arrayBuffer()` → `WebAssembly.instantiate(buffer)` can produce frames like:
`wasm://wasm/0bee4c4e:wasm-function[1]:0x8c` (no file URL).

Module is registered, but `patchFrames` fails: streaming regex matches first, `getImage('wasm://wasm/…')` misses, `debug_meta.images` never attached.

### Works / breaks
- ✅ `instantiateStreaming`
- ✅ `instantiate(buffer)` when stack has `http://…/file.wasm:wasm-function[…]` (Emscripten, dev Rust)
- ❌ `instantiate(buffer)` + `wasm://wasm/…` (minimal wasm, e2e `simple.wasm`)
- ❌ 2+ registered wasm modules (`wasm://wasm/` not mappable)
- ❌ module not registered (no `build_id` / untagged buffer)

### Proposed fix
1. Handle `wasm://wasm/…` before streaming regex
2. Map to sole registered module when count === 1
3. `postprocessEvent` hook
4. Browser e2e: `suites/wasm/nonStreaming/`

### Limitation
Single registered wasm module only until multi-module mapping exists.

コントリビューションガイド

コントリビューションガイドを開く

評価

この issue はまだ評価されていません。

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。