-
Notifications
You must be signed in to change notification settings - Fork 23
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
fix: Create a new console logger for each snapshot #407
Conversation
This will be reverted soon. Just so I can test on a fork without publishing anything (or dealing with symlinks).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Only real change request is the promise creation within async
. It doesn't seem like that should be necessary since async () => {}
implies () => return new Promise
. Also though, loops are normally blocking unless the handlers we're testing are attached async (I don't think they are), so you might not even need the async
at all for that loop.
The other two comments are nits
85160e8
to
d7b8559
Compare
## [0.19.5](v0.19.4...v0.19.5) (2019-10-30) ### Bug Fixes * Create a new console logger for each snapshot ([#407](#407)) ([f63b832](f63b832))
What is this?
After extensive debugging, I was able to trace
MaxListenersExceededWarning
(#402) back to Winston and our console logger: winstonjs/winston#1334On lower resource machines, we were sending more logs than the stream could handle. To fix this, we now create a console logger for each snapshot, so they each have their own stream to operate on.