Improve handling of newlines in log messages #596
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
(Apologies for not starting a discussion as requested in contributing guidelines... let's have the discussion here and reject this PR if it doesn't align with your vision.)
Summary
Improves the newline handling in log forwarding from workers so that it does not always introduce newlines.
Problem
Due to some unknown change in our setup, we started seeing log messages from workers split into multiple lines:
Perhaps we are flushing log message more frequently than expected by dramatiq... and the flushes are not aligned with newlines.
Solution
After some digging, we found that the newlines are inserted by dramatiq here:
dramatiq/dramatiq/cli.py
Lines 322 to 338 in a30b787
This code always adds a newline, even if the
rstrip
did not strip one out.Given the comment above this code section explaining the goal:
I believe this revision accomplishes this better by only using
rstrip
for the continue condition (to not pass blank lines),but otherwise passing the log without modification.