Open
Bug 1645427
Opened 4 years ago
Updated 4 years ago
Capture output of child processes for Sentry breadcrumbs
Categories
(Firefox Build System :: Mach Core, enhancement, P3)
Firefox Build System
Mach Core
Tracking
(Not tracked)
NEW
People
(Reporter: mhentges, Unassigned)
Details
For Sentry tickets like this one, it's not clear what the error was. We know that mach artifact toolchain --from-build win32-minidump-stackwalk
failed, but it's not clear why.
If we could attach output from child processes to the Sentry event (maybe just the output of the last command called?) then that could provide insight to the failure.
Reporter | ||
Comment 1•4 years ago
|
||
I'm worried about potential downsides to this approach:
- Performance: is listening and piping output data going to be a perf hit?
- Personal information: what if a subprocess prints information that shouldn't be sent to Sentry?
- This is probably less likely if we just capture
stderr
- will this be enough information?
- This is probably less likely if we just capture
NI Ricky because you'll probably have some insight here
Flags: needinfo?(rstewart)
Reporter | ||
Updated•4 years ago
|
Summary: Capture out of child processes for Sentry breadcrumbs → Capture output of child processes for Sentry breadcrumbs
Reporter | ||
Comment 2•4 years ago
|
||
Talked to Ricky a bit directly:
- This is tricky for "pass-though" stdout/stdin, which might behave funky if we try to intercept the data. Intercepting the data requires the allocation of new io handles, which might cause the subprocesses to behave differently. This gets more questionable on Windows
- Doing some kind of global hook would be spicy and problematic. We'd probably want to refactor to use an abstraction that captures the data, but this requires a larger amount of work adjusting each callsite.
Flags: needinfo?(rstewart)
Updated•4 years ago
|
Severity: -- → S3
Priority: -- → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•