Skip to content

Fix instrumentation parsing when a result line follows a status block - #1035

Open
kwy404 wants to merge 1 commit into
google:masterfrom
kwy404:fix-instrumentation-result-after-status
Open

kwy404 wants to merge 1 commit into
google:masterfrom
kwy404:fix-instrumentation-result-after-status

Conversation

@kwy404

@kwy404 kwy404 commented Sep 24, 2026 •

Copy link
Copy Markdown
Contributor

When an instrumentation run crashes after some INSTRUMENTATION_STATUS lines but before the INSTRUMENTATION_STATUS_CODE line, _parse_method_block_line calls self._parse_result_line, which does not exist, so the test fails with an AttributeError instead of reporting the crash. This calls _parse_result_block_line instead. The added test with a status block followed directly by an INSTRUMENTATION_RESULT line fails before the change and passes after, and pyink is clean on the changed files.

When the instrumentation run crashes after some INSTRUMENTATION_STATUS
lines but before the INSTRUMENTATION_STATUS_CODE line, the parser called
_parse_result_line, which does not exist, so the run failed with an
AttributeError instead of reporting the crash. Call
_parse_result_block_line instead.

This branch has not been deployed

No deployments
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.

1 participant