BLOCKER

go/error-laundered-to-nil

An error checked, then laundered to success — `if err != nil { return nil }` (or `return x, nil`), or the inverse `if err == nil { return err }`. The caller sees success and carries on with a zero or partial result: the write failed and the handler answers 200. Return the error wrapped, or say in a comment why this failure is success.

Decided by
review judgement
Severity means
must not merge. The output contract
Applies to
**/*.go
Reaches
1 profile: service-go
Defined in
standards/stacks/go.md:13

Read it in the terminal

The same facts, from the checkout you are already in — no browser, and no network.

terminal
$ npx redlinegate explain go/error-laundered-to-nil

Where this came from

You are most likely here from a review comment. A finding names its rule and, when your repository has told Redline where the standard is published, its address:

on the pull request
Redline/BLOCKER [go/error-laundered-to-nil]: …
  → …/r/go/error-laundered-to-nil

That second line is written by redline init --docs-url and is empty until an organisation sets one — there is no default, because a link to somebody else's copy of the standard is worse than no link. See Onboard a repository.

In context

The Go standard lists this rule with the rest of its stack, in the file a reviewer and an AI assistant both read.

Other BLOCKER rules in this stack