Skip to content

fix(network-activity-plugin): filter internal initiator frames#298

Open
V3RON wants to merge 1 commit into
mainfrom
fix/network-initiator-symbolication
Open

fix(network-activity-plugin): filter internal initiator frames#298
V3RON wants to merge 1 commit into
mainfrom
fix/network-initiator-symbolication

Conversation

@V3RON
Copy link
Copy Markdown
Contributor

@V3RON V3RON commented Jun 5, 2026

What is this?

This PR fixes Network Activity initiator symbolication for Hermes stacks that include internal bytecode frames. Mixed stacks could previously send pseudo-files like address at InternalBytecode.js to Metro, which made Metro try to read them as project files during code-frame generation.

Fixes #294.

How does it work?

The initiator symbolication helper now sends only Metro-symbolicatable generated frames to /symbolicate, currently the frames backed by HTTP bundle URLs. It keeps track of each submitted frame's original stack index, then merges the symbolicated result back into the original initiator stack so internal Hermes frames remain available as generated context without being treated as source files.

Why is this useful?

Network Activity keeps source-mapped request initiator details for real app frames while avoiding noisy Metro file-read failures for Hermes internals. The fix is narrow to symbolication payload construction, so existing initiator display behavior stays intact for valid Metro bundle frames.

Avoid sending Hermes internal bytecode pseudo-files to Metro symbolication.

Preserve source-mapped request initiator details for valid Metro bundle frames.
Sign up for free to 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.

Metro logs ENOENT for address at InternalBytecode.js when Network Activity plugin is enabled

1 participant