[issue41974] Remove complex.__float__, complex.__floordiv__, etc

New submission from Serhiy Storchaka : The complex class has special methods which always raise a TypeError: __int__ __float__ __floordiv__ __mod__ __divmod__ After removing them the corresponding operations (converting to int and float, operators // and %, function divmod()) w

[issue41973] Docs: TypedDict is now of type function instead of class

Bernat Gabor added the comment: This seem to apply to typing.NamedTuple too. -- ___ Python tracker ___ ___ Python-bugs-list mailing

[issue41973] Docs: TypedDict is now of type function instead of class

Bernat Gabor added the comment: Static checkers/linters (see e.g. https://github.com/PyCQA/pylint/issues/3884) are caught of guard by being able to inherit from functions. They'll need to adapt, but let's update the documentation to reflect this. -- _

[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

Change by miss-islington : -- pull_requests: +21581 pull_request: https://github.com/python/cpython/pull/22592 ___ Python tracker ___ __

[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

Change by miss-islington : -- nosy: +miss-islington nosy_count: 3.0 -> 4.0 pull_requests: +21580 pull_request: https://github.com/python/cpython/pull/22591 ___ Python tracker _

[issue41376] site.getusersitepackages() incorrectly claims that PYTHONNOUSERSITE is respected

Inada Naoki added the comment: New changeset 35f041dd0171f575fc3adce1709b31fdf45a5ff6 by Phil Elson in branch 'master': bpo-41376: Fix the documentation of `site.getusersitepackages()` (GH-21602) https://github.com/python/cpython/commit/35f041dd0171f575fc3adce1709b31fdf45a5ff6 -- no

[issue41966] datetime.time issue with pickling in PyPy

Dean added the comment: Code demonstrating the issue; the CTimeFoo class is pickled correctly, but TimeFoo isn't. import builtins from _datetime import time as ctime original_importer = builtins.__import__ def my_importer(name, globals, locals, fromlist, level): if name == '_datetime':

[issue41973] Docs: TypedDict is now of type function instead of class

Anthony Sottile added the comment: Seems to be due to https://bugs.python.org/issue40187 -- nosy: +Anthony Sottile, serhiy.storchaka ___ Python tracker ___ ___

[issue41973] Docs: TypedDict is now of type function instead of class

New submission from Bernat Gabor : ❯ py -3.8 -c 'from typing import TypedDict; print(type(TypedDict))' ❯ py -3.9 -c 'from typing import TypedDict; print(type(TypedDict))' Python 3.9 changed the type of the TypedDict but the documentation still says it's a class - see https://docs.python.org

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

Inada Naoki added the comment: > I have since changed the PR to use PyUnicode_DecodeFSDefault based on review > feedback. I was going to say that you will have to fight it out with @methane > on GH, but I see that that's you. :D Would have been nice if you would have > left the updated feedba

[issue41972] bytes.find consistently hangs in a particular scenario

Change by pmp-p : -- nosy: +pmpp ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mail

[issue41972] bytes.find consistently hangs in a particular scenario

Tim Peters added the comment: Also reproduced on 64-bit Win10 with just-released 3.9.0. Note that string search tries to incorporate a number of tricks (pieces of Boyer-Moore, Sunday, etc) to speed searches. The "skip tables" here are probably computing a 0 by mistake. The file here contain

[issue41972] bytes.find consistently hangs in a particular scenario

Change by Josh Rosenberg : -- type: performance -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: h

[issue41972] bytes.find consistently hangs in a particular scenario

Josh Rosenberg added the comment: Can reproduce on Alpine Linux, with CPython 3.8.2 (running under WSLv2), so it's not just you. CPU usage is high; seems like it must be stuck in an infinite loop. -- nosy: +josh.r ___ Python tracker

[issue41970] test_lib2to3 fails since Python 3.9

Pablo Galindo Salgado added the comment: > I have also seen this and linked issue on running whole test suite while > building python myself but running individual tests show no error and > buildbots also never complained so I thought it's something wrong with my > setup. I introduced the co

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: For instance, consider this: x: ( 3 + 4 + 5) = 3 Once the expression in the annotations is parsed, the value of parser->tok->buf is " +5) = 3" and the tokenizer has thrown away the rest of the lines and the information there. There is n

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Eric V. Smith added the comment: It's true that f-string expressions can't contain newlines. f-strings are definitely easier, because the tokenizer has already tokenized the string from the input, so I'm just remembering pointers inside the tokenized string. I was thinking that maybe you co

[issue41971] multiple tests in test_tools fail since Python 3.9

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https:/

[issue41970] test_lib2to3 fails since Python 3.9

Karthikeyan Singaravelan added the comment: I have also seen this and linked issue on running whole test suite while building python myself but running individual tests show no error and buildbots also never complained so I thought it's something wrong with my setup. I introduced the commit

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > I remember the char* pointer where the expression starts, then I parse the > expression into an AST, then I note the char* pointer where the expression > ended. The text between those is what's output before the equal sign []. This > is how I preser

[issue31329] Add idlelib module entry to doc

Terry J. Reedy added the comment: I closed #41968 as a duplicate of this. -- nosy: -louielu ___ Python tracker ___ ___ Python-bugs

[issue41968] 3.9 IDLE documentation.

Terry J. Reedy added the comment: I agree that the doc needs more, but I am closing this as a duplicate of #31329, which is specifically doc about starting IDLE. You can still answer Paine's questions here if you want. File association: IDLE is not Python. It is one of many Python-oriented

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Eric V. Smith added the comment: For what it's worth, here's how f-strings with the "=" feature work: I remember the char* pointer where the expression starts, then I parse the expression into an AST, then I note the char* pointer where the expression ended. The text between those is what's

[issue7946] Convoy effect with I/O bound threads and New GIL

Dima Tisnek added the comment: My 2c as Python user: Back in 2010, I've used multithreading extensively, both for concurrency and performance. Others used multiprocessing or just shelled out. People talked about using **the other** core, or sometimes the other socket on a server. Now in 2020

[issue38914] Clarify wording for warning message when checking a package

Change by Pablo Galindo Salgado : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue26680] Incorporating float.is_integer into Decimal

Raymond Hettinger added the comment: Applied the reversion and removed the "release blocker" designation. When a new PR ready, we'll be more expeditious in getting reviewed. -- priority: release blocker -> versions: +Python 3.10 -Python 3.9 ___ Py

[issue26680] Incorporating float.is_integer into Decimal

Raymond Hettinger added the comment: New changeset 4e0ce820586e93cfcefb16c2a3df8eaefc54cbca by Raymond Hettinger in branch 'master': Revert "bpo-26680: Incorporate is_integer in all built-in and standard library numeric types (GH-6121)" (GH-22584) https://github.com/python/cpython/commit/4e0

[issue41972] bytes.find consistently hangs in a particular scenario

New submission from Kevin Mills : Sorry for the vague title. I'm not sure how to succinctly describe this issue. The following code: ``` with open("data.bin", "rb") as f: data = f.read() base = 15403807 * b'\xff' longer = base + b'\xff' print(data.find(base)) print(data.find(longer)) ```

[issue41970] test_lib2to3 fails since Python 3.9

Pablo Galindo Salgado added the comment: Same thing as in https://bugs.python.org/issue41971. I cannot reproduce this with a fresh install of 3.9 and our buildbots are not complaining about this. ownloads/Python-3.9.0 ❯ ./python -m test test_lib2to3 0:00:00 load avg: 3.64 Run tests sequentiall

[issue41971] multiple tests in test_tools fail since Python 3.9

Pablo Galindo Salgado added the comment: All our buildbots are running these test without any problem and I cannot reproduce this locally after a fresh install from the binaries in 3.9, so my guess is that there must be something going on on your end. ❯ ./installed_dir/bin/python3 -m test tes

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

Steve Dower added the comment: I got the source repo update, and poked the PR to get it to re-run. If it's all clear, I have no opposition to someone else doing the final merge. -- ___ Python tracker __

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: Too bad. :-( -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue39934] Fatal Python error "XXX block stack overflow" when exception stacks >10

Pablo Galindo Salgado added the comment: PR 22395 should be backported to 3.8 and 3.9 -- nosy: +pablogsal ___ Python tracker ___ __

[issue41557] Upgrade Windows and macOS builds to use SQLite 3.33

Change by Erlend Egeberg Aasland : -- nosy: +steve.dower ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue41971] multiple tests in test_tools fail since Python 3.9

New submission from Felix Yan : I am packaging Python for Arch and the test suite of Python 3.8.6 passes here without these: == FAIL: test_multiple_roots (test.test_tools.test_c_analyzer.test_common.test_files.IterFilesTests)

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: After some extra testing, we found that is not enough with handling spaces, unfortunately, as things like the walrus need also the parentheses to be preserved. Given that multi-line strings will complicate the code considerably, I am going to drop thi

[issue41970] test_lib2to3 fails since Python 3.9

New submission from Felix Yan : I am packaging Python for Arch and the tests suite of Python 3.8.6 pass here without this: ``` 0:09:06 load avg: 0.87 [205/424] test_lib2to3

[issue41923] Add PEP 613 typing.TypeAlias to the standard library

Change by Guido van Rossum : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue28343] Bad encoding alias cp936 -> gbk: euro sign

Change by Steve Dower : -- versions: +Python 3.10 -Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-

[issue41917] Python 3.9rc2 fails to install matplotlib

Change by Steve Dower : -- resolution: -> third party stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue41952] sys.version has double space between month and date

Change by Steve Dower : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bu

[issue41965] distutils.spawn.find_executable() fails to find .py files on Windows

Steve Dower added the comment: Yep, unless this directly impacts normal distutils usage, it's not going to be fixed (regardless of the formal deprecation proposal, we already have a policy of minimizing changes to distutils). You could submit a patch to Bugzilla to switch them to shutil.whic

[issue7946] Convoy effect with I/O bound threads and New GIL

Gregory P. Smith added the comment: It's a known issue and has been outlined very well and still comes up from time to time in real world applications, which tend to see this issue and Dave's presentation and just work around it in any way possible for their system and move on with life. Ke

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > Yeah, we are trying to modify the patch to automatically add spaces between > keywords and other tokens. Once we can see how this looks, we could think if is worth the effort or is better to abandon the idea. One could also argue that having multi-l

[issue41923] Add PEP 613 typing.TypeAlias to the standard library

Guido van Rossum added the comment: New changeset 4f3c25043d651a13c41cffcee703f7d5cb677cc7 by Mikhail Golubev in branch 'master': bpo-41923: PEP 613: Add TypeAlias to typing module (#22532) https://github.com/python/cpython/commit/4f3c25043d651a13c41cffcee703f7d5cb677cc7 -- ___

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > Okay, though aren't there cases where spaces are necessary? E.g. between > names or between a name or keyword and a string or number. Yeah, we are trying to modify the patch to automatically add spaces between keywords and other tokens. > Assuming

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: > the string generated for multi line annotations [...] won't have spaces > between characters. Okay, though aren't there cases where spaces are necessary? E.g. between names or between a name or keyword and a string or number. Assuming this will only hap

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > We cannot declare those illegal. They won't be illegal, is just that the string generated for multi line annotations will be a bit uglier because it won't have spaces between characters. -- ___ Python tr

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: Okay, but doesn't *any* way of handling multi-line annotations spoil the wins? We cannot declare those illegal. (Though we can switch to a different way of representing those.) -- ___ Python tracker

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > I just wonder why bother changing this unless we reproduce the spaces in the string exactly. Maintenance reasons: it removes over 1000 lines of hand written code. Additionally, makes the compiler a bit faster because it does not need to transform t

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: I know the final result is the same (i.e. the AST is identical and the string differs only in the use of whitespace). I just wonder why bother changing this unless we reproduce the spaces in the string exactly. -- ___

[issue39934] Fatal Python error "XXX block stack overflow" when exception stacks >10

Irit Katriel added the comment: After studying Mark's patch and the rest of the code, I understand the for loop oddity. The else block of the for loop comes after the compiler_pop_fblock(c, FOR_LOOP, start); So you can do this all day and it won't complain: for x in '1': pass else: for x

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > Hm, this buffer thing is not what I had expected. I think it's a show-stopper > -- if we don't reproduce spaces exactly. Hummm, I think I may have not clarified this in my previous messages: the space issue is an aesthetic one. The AST generated wit

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Batuhan Taskaya added the comment: It is not actually much of a difference; $ cat t.py def func( arg: typing.Callable[ [int, str], str # test ] ): pass import typing print("Annotations: ", func.__annotations__) print("get_type_hints: ", typing.get_type_hints(func))

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: Hm, this buffer thing is not what I had expected. I think it's a show-stopper -- if we don't reproduce spaces exactly. Maybe we should just buffer the entire input always? A way to handle multi-line annotations would be to surround them with parentheses?

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: > What's the issue exactly with multi-line annotations? The issue is that for grabbing the source, we are inspecting the tokenize buffer and using the information in the expr node of the annotation to know what we need to pick from it. In multi-line

[issue41968] 3.9 IDLE documentation.

E. Paine added the comment: I am not touching the issue nosy and components for now but suspect this is a Windows installation issue. As you said, there is no `idle.exe` file and instead file association is done through a `idle.bat` file found at Lib/idlelib/idle.bat. I have a few of questio

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Guido van Rossum added the comment: What's the issue exactly with multi-line annotations? Is it that they can't be parsed by eval()? Could that be fixed by replacing comments and newlines with spaces? (Either in the parser or in get_type_hints() -- actually ForwardRef._evaluate(), which call

[issue41969] ttk.RadioButtons mis-sized under Windows 10 UI Scaling, with dpiAware set true

New submission from Athanasius : Having recently looked into UI Scaling for an application I help develop I became aware with an issue involving tkinter.ttk.RadioButton and Windows UI Scaling. When you have some UI Scaling set along with dpiAware set true you might find that radio buttons ar

[issue41894] UnicodeDecodeError during load failure in non-UTF-8 locale

Kevin added the comment: Glad you were able to reproduce on Linux. I have since changed the PR to use PyUnicode_DecodeFSDefault based on review feedback. I was going to say that you will have to fight it out with @methane on GH, but I see that that's you. :D Would have been nice if you would

[issue41961] Windows install failure "could not set file security"

Eryk Sun added the comment: > It might be that Python is the first/only MSI that the user > has tried though? It's likely the first per-user MSI install attempted since the security of the "Installer" directory was modified. There's no problem with a per-machine install. > did your change

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Batuhan Taskaya added the comment: s/For 516389 annotated arguments/For 516389 arguments/. Example usages; https://search.tree.science/?query=AnnAssign(annotation%20=%20expr(lineno%20=%20not%20~end_lineno)) https://search.tree.science/?query=arg(annotation=expr(lineno%20=%20not%20~end_lineno)

[issue41964] difflib SequenceMatcher get_matching_blocks returns non-matching blocks in some cases

Tim Peters added the comment: I believe your testing code is in error, perhaps because it's so overly elaborate you've lost track of what it's doing. Here's a straightforward test program: import difflib s1='http://local:56067/register/200930162135700";>' s2='http://local:53813/

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Batuhan Taskaya added the comment: After scanning 1552 annotated assignments in over 25k python modules (from most populer packages in PyPI) there are only 6 AnnAssign nodes where the annotations are multiline. For 516389 annotated arguments, only 20 of them are multiline annotations. -

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: On the other hand, multi-line annotations are rare enough we could consider falling back to token reconstruction then (the produced string will miss all whitespace in that case). -- ___ Python tracker

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: After investigating with BTaskaya, seems that we cannot use the literal string from the tokenizer for multi-line annotations. But we could use the tokens (losing the literal whitespace), which honestly is less exciting because we will lose the literal

[issue41961] Windows install failure "could not set file security"

Steve Dower added the comment: > I was able to reproduce the error dialog by changing the owner of the > "Installer" folder to the current user and removing the two DACL entries that > grant access to Administrators and SYSTEM. Yeah, I'd assumed the most likely cause was the ACLs having been

[issue41968] 3.9 IDLE documentation.

Change by Karthikeyan Singaravelan : -- components: +IDLE nosy: +terry.reedy ___ Python tracker ___ ___ Python-bugs-list mailing lis

[issue36534] tarfile: handling Windows (path) illegal characters in archive member names

Eryk Sun added the comment: > extract the sanitizing function into a common module > (could be *pathlib*?) to avoid duplicates I would prefer something common, cross-platform, and function-based such as os.path.isreservedname and os.path.sanitizename. In posixpath, it would just have to res

[issue41968] 3.9 IDLE documentation.

New submission from Velson Horie : https://docs.python.org/3/library/idle.html I am trying to sort out why a new installation of 3.9 onto Win10 64bit fails to associate a .py file type with IDLE. {hint - there is no idle.exe. installed - Why?}. 2.7, 3.6 and 3.8 worked fine. The documentation g

[issue41965] distutils.spawn.find_executable() fails to find .py files on Windows

Eryk Sun added the comment: The existing behavior of find_executable() is unusual compared to a native Windows file search via CreateProcessW or SearchPathW, for which a default ".exe" extension is appended only if the executable name doesn't already have an extension. (CreateProcessW suppor

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Pablo Galindo Salgado added the comment: I have attached a draft PR for this: https://github.com/python/cpython/pull/22587 I think this may be a considerable win as the diff is +66 −1,013 -- nosy: +gvanrossum, lukasz.langa, lys.nikolaou stage: patch review -> ___

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Change by Pablo Galindo Salgado : -- nosy: +BTaskaya ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

Change by Pablo Galindo Salgado : -- keywords: +patch pull_requests: +21579 stage: -> patch review pull_request: https://github.com/python/cpython/pull/22587 ___ Python tracker __

[issue41967] Handle annotations in the parser to avoid the need for roundtrip

New submission from Pablo Galindo Salgado : For Python 3.10 now that annotations are always returned as strings, we can drop all the unparse logic by obtaining the string in the parser directly (after checking that the annotation is a valid expression). -- messages: 378158 nosy: pablo

[issue41965] distutils.spawn.find_executable() fails to find .py files on Windows

Alexander Todorov added the comment: @Eryk Sun, you are of course correct but still don't we need to handle this in Python? - find_executable() will search for rst2man.py.exe which doesn't exist so no good for the user - there is also no rst2man.exe which is probably an issue with how docuti

[issue32592] Drop support of Windows Vista and 7 in Python 3.9

Change by Roundup Robot : -- nosy: +python-dev nosy_count: 10.0 -> 11.0 pull_requests: +21578 pull_request: https://github.com/python/cpython/pull/22586 ___ Python tracker ___

[issue41965] distutils.spawn.find_executable() fails to find .py files on Windows

Eryk Sun added the comment: The linked code runs subprocess.check_output([rstbin, path]), which won't work with "rst2man.py" in Windows. Reliably running a .py script in Windows requires running it explicitly via py[w].exe or python[w].exe, or via sys.executable from an existing Python proce

[issue41966] datetime.time issue with pickling in PyPy

New submission from Dean : I've run into an issue pickling a datetime.time subclass in PyPy3. I believe it arises because PyPy uses the pure Python implementation of time and time.__reduce_ex__() returns (time, ...) on this line (https://github.com/python/cpython/blob/044a1048ca93d466965afc02

[issue36534] tarfile: handling Windows (path) illegal characters in archive member names

Cristi Fati added the comment: As I see things now, there are multiple things (not necessarily related to this issue) to deal with: 1. Update *tarfile* and add *\_sanitize\_windows\_name* (name can change), that uses *pathlib.\_WindowsFlavour.reserved\_names* (or some public wrapper), and a

[issue27827] pathlib is_reserved fails for some reserved paths on Windows

STINNER Victor added the comment: See also bpo-37517 "Improve error messages for Windows reserved file names". -- ___ Python tracker ___ __

[issue27827] pathlib is_reserved fails for some reserved paths on Windows

STINNER Victor added the comment: See also bpo-36534 "tarfile: handling Windows (path) illegal characters in archive member names". -- nosy: +vstinner ___ Python tracker ___

[issue36534] tarfile: handling Windows (path) illegal characters in archive member names

STINNER Victor added the comment: > IIRC there's already an open issue for that. Ah, I found bpo-27827 "pathlib is_reserved fails for some reserved paths on Windows", open since 2016 (by you ;-)). -- ___ Python tracker

[issue41965] distutils.spawn.find_executable() fails to find .py files on Windows

New submission from Alexander Todorov : As part of installing python-bugzilla via pip it searches for `rst2man` or `rst2man.py`, see: https://github.com/python-bugzilla/python-bugzilla/blob/master/setup.py#L81 on Windows venvs there is venv\Scripts\rst2man.py (no .exe or without suffix) and w

[issue41964] difflib SequenceMatcher get_matching_blocks returns non-matching blocks in some cases

Change by Karthikeyan Singaravelan : -- nosy: +tim.peters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue41964] difflib SequenceMatcher get_matching_blocks returns non-matching blocks in some cases

New submission from Snidhi Sofpro : -- Demo case with unexpected results starting from matching block 3 (result of code that follows): sys.version_info(major=3, minor=6, micro=9, releaselevel='final', serial=0) Matches between: http://local:56067/register/200930162135700";> http://lo

[issue38914] Clarify wording for warning message when checking a package

Jürgen Gmach added the comment: This issue can be closed as the related PR was merged. -- ___ Python tracker ___ ___ Python-bugs-lis

[issue41963] ConfigParser: stripping of comments should be documented

Jürgen Gmach added the comment: This "while comments have a default value, inline comments do not" should read "while comment prefixes have a default value, inline comment prefixes do not" -- ___ Python tracker

[issue41963] ConfigParser: stripping of comments should be documented

New submission from Jürgen Gmach : While working on `tox-ini-fmt`, a formatter for - you guessed it - `tox.ini` files, I noticed ConfigParser strips comments when reading a config file. ( https://github.com/tox-dev/tox-ini-fmt/issues/34 ) While reasonable, this behaviour is surprising, as it i