-
Notifications
You must be signed in to change notification settings - Fork 624
Clean up and clarify Crashlytics logging. #2362
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
Conversation
Made some log messages clearer and easier to understand, also reduced noise by changing the log level on existing logs to: E: Unexpected/error state, not recoverable. Crashlytics will not function. W: Unexpected/error state, but recoverable. D: SDK lifecycle logs ("what" is happening). - Unix-style "no news is good news" logging, if something goes wrong, it will appear in W or E logs. V: Finer-grained logging ("how" things are happening). - "Success" logs, as well as logging of internally-stored values (e.g. current mapping file ID) are logged at this level. Also modified a few logs to *only* print in an error case.
Coverage ReportAffected SDKsNo changes between base commit (d03a08e) and head commit (c21b0f72). Test Logs
NotesHTML coverage reports can be produced locally with Head commit (c21b0f72) is created by Prow via merging commits: d03a08e 893065e. |
Binary Size ReportAffected SDKs
Test Logs
NotesHead commit (c21b0f72) is created by Prow via merging commits: d03a08e 893065e. |
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.
I have several comments where I think keeping the output as DEBUG will help with customer troubleshooting. Admittedly, these are based more on my subjective experiences with debugging customer issues than an application of a consistent standard for picking logging levels.
I feel most strongly about the mapping file ID one. I'm approving in advance assuming you'll at least change that one. If you have a major difference of opinion for the other ones, I won't put up an argument.
Made some log messages clearer and easier to understand, also
reduced noise by changing the log level on existing logs to:
E: Unexpected/error state, not recoverable. Crashlytics will not function.
W: Unexpected/error state, but recoverable.
D: SDK lifecycle logs ("what" is happening).
wrong, it will appear in W or E logs.
V: Finer-grained logging ("how" things are happening).
(e.g. current mapping file ID) are logged at this level.
Also modified a few logs to only print in an error case.