You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There is a problem with some files (e.g. RestClientStub) for which MiroirLoggerFactory.asyncCreateLogger never assigns the logger.
This yields the impossibility of searching / filtering certain logs, because they are put through the console and not properly tagged. The error does not seem to be linked to certain features of files, rather to some kind of famine happening, delaying the startup until the test is finished.
We should have a double handshake at global level, waiting for all loggers to be ready before doing any meaningful work.
…tartup sequence #43. No double handcheck yet, there remains a race condition at startup, but it is unclear if it yields to issues with this implementation (the previous, more complex implementation lead to this issue). Thus, not following the guidelines of this Issue, but the problem may be essentially solved.
There is a problem with some files (e.g. RestClientStub) for which MiroirLoggerFactory.asyncCreateLogger never assigns the logger.
This yields the impossibility of searching / filtering certain logs, because they are put through the console and not properly tagged. The error does not seem to be linked to certain features of files, rather to some kind of famine happening, delaying the startup until the test is finished.
We should have a double handshake at global level, waiting for all loggers to be ready before doing any meaningful work.
To reproduce:
Then observe the log, they do not have the prefix added by the Logger:
in opposition to other logs like:
The text was updated successfully, but these errors were encountered: