]> git.ipfire.org Git - thirdparty/Python/cpython.git/commit
bpo-39546: argparse: Honor allow_abbrev=False for specified prefix_chars (GH-18337)
authorKyle Meyer <kyle@kyleam.com>
Tue, 18 Feb 2020 09:48:57 +0000 (04:48 -0500)
committerGitHub <noreply@github.com>
Tue, 18 Feb 2020 09:48:57 +0000 (01:48 -0800)
commit8edfc47baec7ff4cb1b9db83dd35c8ffc1d498a4
treef4127d288dadd66c7546da9f1c1b4f5e0b7550a3
parentffda25f6b825f3dee493b6f0746266a4dd6989f0
bpo-39546: argparse: Honor allow_abbrev=False for specified prefix_chars (GH-18337)

When `allow_abbrev` was first added, disabling the abbreviation of
long options broke the grouping of short flags ([bpo-26967](https://bugs.python.org/issue26967)).  As a fix,
b1e4d1b603 (contained in v3.8) ignores `allow_abbrev=False` for a
given argument string if the string does _not_ start with "--"
(i.e. it doesn't look like a long option).

This fix, however, doesn't take into account that long options can
start with alternative characters specified via `prefix_chars`,
introducing a regression: `allow_abbrev=False` has no effect on long
options that start with an alternative prefix character.

The most minimal fix would be to replace the "starts with --" check
with a "starts with two prefix_chars characters".  But
`_get_option_tuples` already distinguishes between long and short
options, so let's instead piggyback off of that check by moving the
`allow_abbrev` condition into `_get_option_tuples`.

https://bugs.python.org/issue39546
Lib/argparse.py
Lib/test/test_argparse.py
Misc/ACKS
Misc/NEWS.d/next/Library/2020-02-03-15-12-51.bpo-39546._Kj0Pn.rst [new file with mode: 0644]