Flake8 checker for raw literals inside raises.
Project description
flake8-errmsg
Intro
A checker for Flake8 that helps format nice error messages. The checks are:
- EM101: Check for raw usage of a string literal in Exception raising.
- EM102: Check for raw usage of an f-string literal in Exception raising.
- EM103: Check for raw usage of
.format
on a string literal in Exception raising. - EM104: Check for missing parentheses for built-in exceptions.
- EM105: Check for missing message for built-in exceptions.
The issue is that Python includes the line with the raise in the default traceback (and most other formatters, like Rich and IPython to too). That means a user gets a message like this:
sub = "Some value"
raise RuntimeError(f"{sub!r} is incorrect")
Traceback (most recent call last):
File "tmp.py", line 2, in <module>
raise RuntimeError(f"{sub!r} is incorrect")
RuntimeError: 'Some value' is incorrect
If this is longer or more complex, the duplication can be quite confusing for a user unaccustomed to reading tracebacks.
While if you always assign to something like msg
, then you get:
sub = "Some value"
msg = f"{sub!r} is incorrect"
raise RuntimeError(msg)
Traceback (most recent call last):
File "tmp.py", line 3, in <module>
raise RuntimeError(msg)
RuntimeError: 'Some value' is incorrect
Now there's a simpler traceback and no double message. If you have a long message, this also often formats better when using Black, too.
Reminder: Libraries should produce tracebacks with custom error classes, and applications should print nice errors, usually without a traceback, unless something unexpected occurred. An app should not print a traceback for an error that is known to be triggerable by a user.
Options
There is one option, --errmsg-max-string-length
, which defaults to 0 but can
be set to a larger value. The check will ignore string literals shorter than
this length. This option is supported in configuration mode as well. This will
only affect string literals and not f-strings. This option is also supported
when running directly, without Flake8.
Usage
Just add this to your .pre-commit-config.yaml
flake8
check under
additional_dependencies
. If you use extend-select
, you should need no other
config.
You can also manually run this check (without Flake8's noqa
filtering) via
script entry-point (pipx run flake8-errmsg <files>
) or module entry-point
(python -m flake8_errmsg <files>
when installed).
FAQ
Q: Why Python 3.10+ only?
A: This is a static checker and for developers.
Developers and static checks should be on 3.10 already. And I was lazy and match
statements are fantastic for this sort of thing. And the AST module changed in
3.8 anyway. Use Ruff (which contains the checks from this plugin) if you
need to run on older versions.
Q: What other sorts of checks are acceptable?
A: Things that help with
nice errors. For example, maybe requiring raise SystemExit(n)
over sys.exit
,
exit
, etc. Possibly adding a check for warnings.warn
without setting
stacklevel
to something (usually 2).
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Hashes for flake8_errmsg-0.5.1-py3-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 1b30fb394dfe034e32d6a2a2aaf6f0a8def779b850db71ff79d744efe9a36e36 |
|
MD5 | ad046fded17ce78fa113d7fae1c7468c |
|
BLAKE2b-256 | b116025b03d40c79ddb2bfbc9575f5f975cf4b58c5a2a5515fa10c391ad10b40 |