docs: clarify resolution raises at initialize(), per-call resolution is swallowed
the module docstring said resolution failures raise 'at initialize/call time', but per-call send-path resolution failures are swallowed with send failures (the documented intentional swallow). corrected to state resolution raises from initialize() at setup, while a per-call guild= that doesn't resolve falls back to stdlib like any send failure. Signed-off-by: disqualifier <dev@disqualifier.me>
This commit is contained in:
parent
988464ef12
commit
dd56009add
@ -41,9 +41,10 @@ extending: this base has no feed/announcement method by design. a project
|
|||||||
that wants one subclasses DPYLogger and adds it, reusing _resolve.
|
that wants one subclasses DPYLogger and adds it, reusing _resolve.
|
||||||
|
|
||||||
errors: resolution failures (unresolvable guild/channel, bad config) raise
|
errors: resolution failures (unresolvable guild/channel, bad config) raise
|
||||||
ValueError at initialize/call time — a misconfigured logger should fail loudly.
|
ValueError from `initialize()` — a misconfigured logger should fail loudly at
|
||||||
per-call send failures do NOT propagate: they fall back to the stdlib logger so
|
setup. on a per-call send, resolution AND send failures do NOT propagate: they
|
||||||
a transient discord failure never breaks the caller's command.
|
fall back to the stdlib logger so a transient discord failure (or a per-call
|
||||||
|
`guild=` that doesn't resolve) never breaks the caller's command.
|
||||||
"""
|
"""
|
||||||
|
|
||||||
import logging
|
import logging
|
||||||
|
|||||||
Loading…
Reference in New Issue
Block a user