@firefox-devtools/profiler-cli 0.6.0 → 0.8.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/README.md CHANGED
@@ -54,6 +54,8 @@ profiler-cli filter push <filter-flag> # Push a sticky sample filter (see fi
54
54
  profiler-cli filter pop [N] # Pop the last N filters (default: 1)
55
55
  profiler-cli filter list # List active filters for current thread
56
56
  profiler-cli filter clear # Remove all filters for current thread
57
+ profiler-cli sourcemap sources # List bundle sources eligible for a source map (src-N handles)
58
+ profiler-cli sourcemap apply <path> # Apply a .map file to de-minify JS stacks [--to <src-N>]
57
59
  profiler-cli status # Show session status (selected thread, zoom ranges, filters)
58
60
  profiler-cli stop # Stop current daemon
59
61
  profiler-cli stop <id> # Stop a specific session
@@ -93,6 +95,7 @@ profiler-cli thread info --thread t-0 # View info for specific thread witho
93
95
  | `--jank-limit <N>` | Max jank periods to show in `thread page-load` (default: 10, 0 = show all) |
94
96
  | `--list` | Show a flat chronological list of individual markers (for `thread markers`) |
95
97
  | `--all` | Show all threads in `profile info` (overrides default top-5 limit) |
98
+ | `--to <src-N>` | Target source for `sourcemap apply`, skipping auto-matching (from `sourcemap sources`) |
96
99
  | `--session <id>` | Use a specific session instead of the current one |
97
100
 
98
101
  ## Sample Filter Flags
@@ -116,6 +119,25 @@ For `filter push`, exactly one flag per push. For ephemeral use, multiple flags
116
119
 
117
120
  Sessions are stored in `~/.profiler-cli/` (or `$PROFILER_CLI_SESSION_DIR` to override).
118
121
 
122
+ Each session keeps a metadata file, a Unix domain socket (a named pipe on Windows), and a daemon log in that directory. The daemon log is the first place to look when a session misbehaves, and `profiler-cli` prints its path in error messages.
123
+
124
+ ## Running in a sandbox
125
+
126
+ `profiler-cli` runs its daemon in a separate process and talks to it over a Unix domain socket in the session directory, so a sandbox has to allow two things:
127
+
128
+ - writing to the session directory, and
129
+ - creating and connecting to Unix domain sockets inside it.
130
+
131
+ If the home directory is not writable, point the CLI somewhere it can write:
132
+
133
+ ```bash
134
+ export PROFILER_CLI_SESSION_DIR=/tmp/profiler-cli
135
+ ```
136
+
137
+ Keep that path short. Unix socket paths are limited to 104 bytes on macOS and 108 on Linux, and the session directory is part of the socket path.
138
+
139
+ If Unix domain sockets are blocked outright, allow them in the sandbox policy or run `profiler-cli` outside the sandbox.
140
+
119
141
  ## Contributing
120
142
 
121
143
  See [CONTRIBUTING.md](CONTRIBUTING.md) for architecture, build instructions, and how to add new commands.
Binary file