[issue32067] Deprecate accepting unrecognized braces in regular expressions

Change by Serhiy Storchaka : -- resolution: -> rejected stage: patch review -> resolved status: open -> closed ___ Python tracker ___ _

[issue32067] Deprecate accepting unrecognized braces in regular expressions

Change by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue32067] Deprecate accepting unrecognized braces in regular expressions

Serhiy Storchaka added the comment: Since this will require changing regular expressions in several places in the stdlib I have chosen emitting PendingDeprecationWarning and long deprecation period. But I'm now not sure that this is a good idea. Non-escaped braces can be used much in a wild.

[issue32067] Deprecate accepting unrecognized braces in regular expressions

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +4392 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-

[issue32067] Deprecate accepting unrecognized braces in regular expressions

Change by Serhiy Storchaka : -- title: Deprecate accepting -> Deprecate accepting unrecognized braces in regular expressions ___ Python tracker ___

[issue32067] Deprecate accepting

New submission from Serhiy Storchaka : Currently `{m}`, `{m,n}`, `{m,}` and `{,n}` where m and n are non-negative decimal numbers are accepted in regular expressions as quantifiers that mean repeating the previous RE from m (0 by default) to n (infinity by default) times. But if the opening b