-
Notifications
You must be signed in to change notification settings - Fork 21
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: stop ignoring most of the errors #745
Conversation
19dc594
to
c5dedcb
Compare
Mend Scan Summary: βRepository: open-component-model/ocm
|
Integration Tests for 600f585 run with result: Success β ! |
c5dedcb
to
66e45a5
Compare
Integration Tests for 600f585 run with result: Success β ! |
cmds/ocm/commands/ocicmds/common/handlers/artifacthdlr/attached.go
Outdated
Show resolved
Hide resolved
cmds/ocm/commands/ocicmds/common/handlers/artifacthdlr/attached.go
Outdated
Show resolved
Hide resolved
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'm quite new to go, so please bear with me.
For those cases, where the method signature doesn't allow to return an error, shouldn't we then at least log them?
We can attempt to but it's not always possible because the logger is just present or it would require changing the interface to pass it in which is simply too disruptive. |
66e45a5
to
fd91446
Compare
Integration Tests for 4b9a12f run with result: Success β ! |
Integration Tests for 4b9a12f run with result: Success β ! |
Integration Tests for ea79db6 run with result: Success β ! |
Integration Tests for e05a5a0 run with result: Success β ! |
@hilmarf can we get on with this, please? I would rather have errors handled than this being stuck in review, forever open over whether or not we log errors. We can open a separate issue for handling logging but this is already a massive improvement on errors being completely ignored otherwise and not surfaced at all, in most of the cases. With staff being bogged down and in low numbers, I would rather iterate fast and solve issues as they arise than be in review forever. |
totally fine with me, but you had a nice pattern for identifying the problematic code areas... now with handling them, but don't logging them, still my fear is, that we silently drop errors and won't even be able to find the problematic coding later on, because there is no search pattern anymore available... so please: either try to log the errors (and yes, I don't care where those logs might appear) OR at least add a |
π |
Integration Tests for 8a4d919 run with result: Success β ! |
@hilmarf Done. :) |
Description
Fixes open-component-model/ocm-project#40
What type of PR is this? (check all applicable)
Related Tickets & Documents
Screenshots
Added tests?
Please describe the tests that you ran to verify your changes. Provide instructions so we can reproduce. Please also list any relevant details for your test configuration
Added to documentation?
Checklist: