delta/cpython-git.git/Lib, branch main github.com: python/cpython.git gh-103606: Improve error message from logging.config.FileConfig (GH-103628) 2023-05-18T04:20:47+00:00 Prince Roshan princekrroshan01@gmail.com 2023-05-18T04:20:47+00:00 152227b569c3a9b87fe0483706f704762ced6d75 






gh-104499: Fix typo. (#104598)
2023-05-18T02:35:46+00:00

Terry Jan Reedy
tjreedy@udel.edu

2023-05-18T02:35:46+00:00

c5b670efd1e6dabc94b6308734d63f762480b80f












gh-104499: IDLE - fix completions for tk aqua 8.7 (#104591)
2023-05-18T01:36:58+00:00

Terry Jan Reedy
tjreedy@udel.edu

2023-05-18T01:36:58+00:00

678bf57ed04b8c250f0bc031ebd264bece76e731












gh-104340: Suppress warning about unawaited exception for closed pipe stdin (#104586)
2023-05-17T23:45:11+00:00

Guido van Rossum
guido@python.org

2023-05-17T23:45:11+00:00

7fc8e2d4627cdba5cb0075c9052ed6f4b6ecd36d












gh-104555: Runtime-checkable protocols: Don't let previous calls to `isinstance()` influence whether `issubclass()` raises an exception (#104559)
2023-05-17T23:43:12+00:00

Alex Waygood
Alex.Waygood@Gmail.com

2023-05-17T23:43:12+00:00

b27fe67f3c643e174c3619b669228ef34b6d87ee

Co-authored-by: Carl Meyer <carl@oddbird.net>




Co-authored-by: Carl Meyer <carl@oddbird.net>






gh-104496: IDLE - fix About for mixed tcl/tk versions (#104585)
2023-05-17T19:59:13+00:00

Terry Jan Reedy
tjreedy@udel.edu

2023-05-17T19:59:13+00:00

aed643baa968b4959b830d37750080cac546fba7

Print both if they are different, as may happen in the future.




Print both if they are different, as may happen in the future.






typing: Add more tests for TypeVar (#104571)
2023-05-17T13:08:21+00:00

Jelle Zijlstra
jelle.zijlstra@gmail.com

2023-05-17T13:08:21+00:00

26931944dd8abd6554249239344fa62b789b9028

During the PEP 695 implementation at one point I made
TypeVar.__name__ return garbage, and all of test_typing passed.
So I decided to add a few more tests. In the process I discovered
a minor incompatibility from the C implementation of TypeVar:
empty constraints were returned as None instead of an empty tuple.





During the PEP 695 implementation at one point I made
TypeVar.__name__ return garbage, and all of test_typing passed.
So I decided to add a few more tests. In the process I discovered
a minor incompatibility from the C implementation of TypeVar:
empty constraints were returned as None instead of an empty tuple.







gh-104572: Improve error messages for invalid constructs in PEP 695 contexts (#104573)
2023-05-17T13:05:42+00:00

Jelle Zijlstra
jelle.zijlstra@gmail.com

2023-05-17T13:05:42+00:00

97db2f3e07bf7d56750e215e4f32653bf3867ef8












typing: Use PEP 695 syntax in typing.py (#104553)
2023-05-17T13:03:58+00:00

Jelle Zijlstra
jelle.zijlstra@gmail.com

2023-05-17T13:03:58+00:00

0cb2fdc6217aa7c04b5c798cfd195c8d0f4af353

Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>




Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com>






gh-102153: Start stripping C0 control and space chars in `urlsplit` (#102508)
2023-05-17T08:49:20+00:00

Illia Volochii
illia.volochii@gmail.com

2023-05-17T08:49:20+00:00

2f630e1ce18ad2e07428296532a68b11dc66ad10

`urllib.parse.urlsplit` has already been respecting the WHATWG spec a bit #25595.

This adds more sanitizing to respect the "Remove any leading C0 control or space from input" [rule](https://url.spec.whatwg.org/#url-parsing:~:text=Remove%20any%20leading%20and%20trailing%20C0%20control%20or%20space%20from%20input.) in response to [CVE-2023-24329](https://nvd.nist.gov/vuln/detail/CVE-2023-24329).

---------

Co-authored-by: Gregory P. Smith [Google] <greg@krypto.org>




`urllib.parse.urlsplit` has already been respecting the WHATWG spec a bit #25595.

This adds more sanitizing to respect the "Remove any leading C0 control or space from input" [rule](https://url.spec.whatwg.org/#url-parsing:~:text=Remove%20any%20leading%20and%20trailing%20C0%20control%20or%20space%20from%20input.) in response to [CVE-2023-24329](https://nvd.nist.gov/vuln/detail/CVE-2023-24329).

---------

Co-authored-by: Gregory P. Smith [Google] <greg@krypto.org>