This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author wolma
Recipients Anthony Sottile, bethard, bskinn, eric.araujo, gregory.p.smith, memeplex, ned.deily, paul.j3, wolma
Date 2018-05-16.14:03:31
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <>
Try to think of it this way:

By choosing a default of True, every new project with subparsers that aims for Python <3.7 compatibility will have to take some measures (either overwrite the default or special-case 3.3-3.6). So no matter whether this is the "least surprising" choice, it is an inconvenient one that makes the default almost useless for years to come. In the long term, when support for Python<=3.6 is finally not important anymore, you would get a slightly more consistent API (though I never thought of a subparser as a regular positional argument before this issue), but the price for it seems too high to me.

Since backwards compatibility is easy to restore by overwriting the default, I can certainly live with the choice of True, but I think it's not the best one could get out of this new and useful keyword.
Date User Action Args
2018-05-16 14:03:31wolmasetrecipients: + wolma, gregory.p.smith, bethard, ned.deily, eric.araujo, memeplex, paul.j3, Anthony Sottile, bskinn
2018-05-16 14:03:31wolmasetmessageid: <>
2018-05-16 14:03:31wolmalinkissue33109 messages
2018-05-16 14:03:31wolmacreate