Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

argparse.HelpFormatter subclasses may be broken by 3.14 changes #133653

Closed
Assignees
serhiy-storchaka
Labels
3.14bugs and security fixesstdlibStandard Library Python modules in the Lib/ directorytype-bugAn unexpected behavior, bug, or error
@iritkatriel

Description

@iritkatriel

I came across this trying to run mypy benchmarks. The version I had contained

classAugmentedHelpFormatter(argparse.RawDescriptionHelpFormatter):def__init__(self,prog:str)->None:super().__init__(prog=prog,max_help_position=30)

Which was rewritten in a newer version to:

classAugmentedHelpFormatter(argparse.RawDescriptionHelpFormatter):def__init__(self,prog:str,**kwargs:Any)->None:super().__init__(prog=prog,max_help_position=30,**kwargs)

The changes in#124456 and#132323 can be made without breaking user code, if they accept the new args as **kwargs, extract their values from kwargs if they are there, and continue working as before if not. Is there a good reason not to do this?

Do these changes currently comply with Python's backwards compatibility policy?

Linked PRs

Metadata

Metadata

Labels

3.14bugs and security fixesstdlibStandard Library Python modules in the Lib/ directorytype-bugAn unexpected behavior, bug, or error

Projects

No projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions


    [8]ページ先頭

    ©2009-2025 Movatter.jp