[New-bugs-announce] [issue46671] "ValueError: min() arg is an empty sequence" is wrong (builtins.min/max)
report at bugs.python.org
Sun Feb 6 19:22:26 EST 2022
New submission from Nnarol <arpeger at gmail.com>:
Incorrect error message by min_max(): "ValueError: min() arg is an empty sequence" when using the form
min(iterable, *[, default=obj, key=func]) -> value
and "iterable" is empty, like so:
"Sequence" is referred to, even though the function accepts any iterable. E.g. if a different type of collection, such as a set was provided by the user, "sequence" is still printed.
I propose to rephrase the error to "iterable argument is empty", to reflect actual behavior and be in line with the function's documented interface.
"arg" also does not name either any specific variable in C code or a parameter in user-facing documentation. Such an abbreviation is not used by the function's other error messages either, which simply write "argument" or "arguments" in free text, as appropriate in the given context.
Unlike for the error "max expected at least 1 argument, got 0", the above scenario's test does not include matching of the error string. This is probably the reason this was not noticed before. It would be nice to make the test more specific.
The issue seems trivial, but I am not familiar with the CPython project's policy on whether to treat messages of errors, printed on stderr as an interface, in which case, the change would be backwards-incompatible.
Definitely a decision to be made.
components: Library (Lib)
title: "ValueError: min() arg is an empty sequence" is wrong (builtins.min/max)
versions: Python 3.11
Python tracker <report at bugs.python.org>
More information about the New-bugs-announce