[issue30345] test_gdb fails on Python 3.6 when built with LTO+PGO

Changes by Kubilay Kocak : -- nosy: +koobs ___ Python tracker ___ ___

[issue30642] Fix leaks in idlelib

Changes by Terry J. Reedy : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___

[issue30541] Add restricted mocks to the python unittest mocking framework

Berker Peksag added the comment: I personally never need this feature before so I will add Michael and Robert to nosy list to take their opinions. -- nosy: +berker.peksag, michael.foord, rbcollins stage: -> patch review ___ Python tracker

[issue30176] curses attribute constants list is incomplete

Changes by Xiang Zhang : -- stage: patch review -> backport needed ___ Python tracker ___

[issue30523] unittest: add --list-tests option to only display the list of test names, don't run tests

Louie Lu added the comment: Serhiy and Victor suggest moving this option to regrtest. open a new PR 2238 addressed this. Also, because moving into regrtest, some test that used `requires` will need to pass option when using it. e.g.: $ ./python -m test test.test_curses --list-cases

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Changes by Zachary Ware : -- pull_requests: +2282 ___ Python tracker ___ ___

[issue30523] unittest: add --list-tests option to only display the list of test names, don't run tests

Changes by Louie Lu : -- pull_requests: +2283 ___ Python tracker ___ ___ Python-bugs-list

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Zachary Ware added the comment: New changeset cb8c0485ab1e3aeb4f64e76177aabbc6eba5a0ef by Zachary Ware in branch 'master': bpo-30450: Add NEWS and whatsnew (GH-2236) https://github.com/python/cpython/commit/cb8c0485ab1e3aeb4f64e76177aabbc6eba5a0ef --

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Changes by Zachary Ware : -- pull_requests: +2281 ___ Python tracker ___ ___

[issue30671] dict: simplify and improve lookup function

Tim Peters added the comment: Whatever the iteration, accept that it's necessary it reach every value in range(2**i) eventually. The current scheme does that, for reasons already documented. You seem to be overlooking the importance of this part: """ Note that because perturb is unsigned,

[issue30176] curses attribute constants list is incomplete

Mariatta Wijaya added the comment: New changeset 116dd5eba60a940b35db6aaf4e8c998ac30ad440 by Mariatta (Xiang Zhang) in branch 'master': bpo-30176: Add missing curses cell attributes constants (GH-1302) https://github.com/python/cpython/commit/116dd5eba60a940b35db6aaf4e8c998ac30ad440

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Tim Bell added the comment: My proposed solution (in https://github.com/python/cpython/pull/2229) is two-part: 1. change parsedate_to_datetime() to return None rather than raising an exception; and 2. change headerregistry.DateHeader.parse() to check for None being returned from

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Barry A. Warsaw added the comment: I'm not sure it would be any better, but what about defining something like a DateFormatDefect and returning that? -- ___ Python tracker

[issue30631] Warnings in VS2015 Update 3 32-Bit

Zachary Ware added the comment: Thanks for the patch! -- components: +Build resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue30631] Warnings in VS2015 Update 3 32-Bit

Zachary Ware added the comment: New changeset c9318853bbe8d62cb72ed853b0ffb75311ea474c by Zachary Ware (Segev Finer) in branch 'master': bpo-30631: Silence MSVC warnings in third-party code (GH-1963) https://github.com/python/cpython/commit/c9318853bbe8d62cb72ed853b0ffb75311ea474c --

[issue30450] Pull Windows dependencies from GitHub rather than svn.python.org

Zachary Ware added the comment: New changeset 51599e2bdd10ab77212a7cbb41a13ea70ee13da8 by Zachary Ware in branch 'master': bpo-30450: Pull Windows dependencies from GitHub rather than svn (GH-1783) https://github.com/python/cpython/commit/51599e2bdd10ab77212a7cbb41a13ea70ee13da8 --

[issue28837] 2to3 does not wrap zip correctly

Mariatta Wijaya added the comment: Backported to 3.6. -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed versions: -Python 2.7 ___ Python tracker

[issue28837] 2to3 does not wrap zip correctly

Mariatta Wijaya added the comment: New changeset 292b421d48ab91b0c68ea4040fc7371e7d6d610e by Mariatta in branch '3.6': bpo-28837: Fix lib2to3 handling of map/zip/filter calls when followed with a 'trailer', e.g. zip()[x] (GH-24) (GH-2235)

[issue30671] dict: simplify and improve lookup function

Dmitry Rubanovich added the comment: Yes, I do understand it. But the statement in lines 166, 167: "For any initial j in range(2**i), repeating that 2**i times generates each int in range(2**i) exactly once" does not hold when the perturb is added. 2**i times will not be enough to generate

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Mariatta Wijaya added the comment: New changeset 820b71464c2c0e8cca1abfb5dfe47fa7f7ffec75 by Mariatta in branch '3.5': [email] bpo-29478: Fix passing max_line_length=None from Compat32 policy (GH-595) (GH-2234) https://github.com/python/cpython/commit/820b71464c2c0e8cca1abfb5dfe47fa7f7ffec75

[issue28837] 2to3 does not wrap zip correctly

Changes by Mariatta Wijaya : -- pull_requests: +2280 ___ Python tracker ___ ___

[issue30620] textwrap: dedent contains logic that can never execute

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue30603] textwrap: declining indent level has no test case

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30620] textwrap: dedent contains logic that can never execute

Mariatta Wijaya added the comment: New changeset 7a801839e9a88bdcac5aaab494b532230fcf7caa by Mariatta (Jonathan Eunice) in branch 'master': bpo-30620: Remove dead lines from textwrap.dedent (GH-2064) https://github.com/python/cpython/commit/7a801839e9a88bdcac5aaab494b532230fcf7caa --

[issue30603] textwrap: declining indent level has no test case

Mariatta Wijaya added the comment: New changeset 214f7eed7640f873223427c02a95a70775d2b396 by Mariatta (Jonathan Eunice) in branch 'master': bpo-30603: add tests to textwrap.dedent (GH-2206) https://github.com/python/cpython/commit/214f7eed7640f873223427c02a95a70775d2b396 --

[issue30192] hashlib module breaks with 64-bit kernel and 32-bit user space

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Changes by Mariatta Wijaya : -- pull_requests: +2279 ___ Python tracker ___ ___

[issue29478] email.policy.Compat32(max_line_length=None) not as documented

Changes by Mariatta Wijaya : -- pull_requests: +2278 ___ Python tracker ___ ___

[issue30656] typo in PyModule_New documentation

Changes by Mariatta Wijaya : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue30656] typo in PyModule_New documentation

Mariatta Wijaya added the comment: New changeset 0b13f58497d3a36d062c3b3b827abb05db5afbc1 by Mariatta in branch '3.5': bpo-30656: Fix Python C API Module Objects documentation (GH-2170) (GH-2231) https://github.com/python/cpython/commit/0b13f58497d3a36d062c3b3b827abb05db5afbc1 --

[issue30656] typo in PyModule_New documentation

Mariatta Wijaya added the comment: New changeset 6a90a124706b73824aebf5c2bd7b27daf82b2342 by Mariatta in branch '3.6': bpo-30656: Fix Python C API Module Objects documentation (GH-2170) (GH-2230) https://github.com/python/cpython/commit/6a90a124706b73824aebf5c2bd7b27daf82b2342 --

[issue30529] Incorrect error messages for invalid whitespaces in f-string subexpressions

Changes by Eric V. Smith : -- pull_requests: +2277 ___ Python tracker ___ ___

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

R. David Murray added the comment: The problem is that if it returns None on parse failure, then you can't tell the difference between the header not existing and the date not being parseable. I don't have a solution for this problem. Suggestions welcome. (Note that this is only a problem

[issue30656] typo in PyModule_New documentation

Changes by Mariatta Wijaya : -- pull_requests: +2276 ___ Python tracker ___ ___

[issue30656] typo in PyModule_New documentation

Changes by Mariatta Wijaya : -- pull_requests: +2275 ___ Python tracker ___ ___

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

Changes by Tim Bell : -- pull_requests: +2274 ___ Python tracker ___ ___

[issue30671] dict: simplify and improve lookup function

INADA Naoki added the comment: Firstly, do you understand the lookup without perturb? It's documented here: https://github.com/python/cpython/blob/258bfc462b1e58689b43f662a10e44ece3a10bef/Objects/dictobject.c#L161-L182 >>> n = 0; L = [] >>> for i in range(16): ... L.append(n) ... n =

[issue694339] IDLE: Dedenting with Shift+Tab

Terry J. Reedy added the comment: <> is a predefined virtual event. https://www.tcl.tk/man/tcl8.6/TkCmd/event.htm I can't find <> listed there. I don't remember if I actually saw it before mentioning it. While I like mimicking smart_indent, I don't know if we can dismiss Roger Serwy's

[issue30671] dict: simplify and improve lookup function

Dmitry Rubanovich added the comment: I am looking at the 3.6.1 code. I am not trying to simulate the index lookup as the lookup function would do it. There is no point in that. The point of the script is to detect collisions among perturbed secondary indexes rather than between primary

[issue30681] email.utils.parsedate_to_datetime() should return None when date cannot be parsed

New submission from Tim Bell: Python 3.6 documentation for email.utils.parsedate_to_datetime() says "Performs the same function as parsedate(), but on success returns a datetime." The docs for parsedate() say "If it succeeds in parsing the date...; otherwise None will be returned." By

[issue23890] assertRaises increases reference counter

Changes by STINNER Victor : -- resolution: -> fixed stage: commit review -> resolved status: open -> closed ___ Python tracker

[issue23890] assertRaises increases reference counter

STINNER Victor added the comment: Thank you Vjacheslav Fyodorov for your bug report! The bug should now be fixed in 3.5, 3.6 and master (future 3.7) branches. Python 2.7 is not affected by the bug. -- ___ Python tracker

[issue23890] assertRaises increases reference counter

STINNER Victor added the comment: New changeset 3dc573c8d19dc42ed786ca3237afdad183c41ca0 by Victor Stinner in branch '3.5': Fix ref cycles in TestCase.assertRaises() (#193) (#2228) https://github.com/python/cpython/commit/3dc573c8d19dc42ed786ca3237afdad183c41ca0 --

[issue23890] assertRaises increases reference counter

Changes by STINNER Victor : -- pull_requests: +2273 ___ Python tracker ___ ___

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: Oh wait, it seems like I misunderstood how Tools/buildbot/test.bat works: unknown parameters as passed as if to regrtest. So it wasn't needed to add a new -t option, using --timeout should just work. There were two bugs in the buildbot configuration: * the

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: I added the -t options to 3.5, 3.6 and master (3.7) branches. I have a small issue: in Python 2.7, regrtest has no --timeout option. In Python 3, the timeout was implemented using faulthandler, module which was added to Python 3.3. I guess that we can handle

[issue23890] assertRaises increases reference counter

STINNER Victor added the comment: New changeset 50dbf577e10f806056d60ac956db0748d2cc8257 by Victor Stinner in branch '3.6': bpo-23890: Fix ref cycle in TestCase.assertRaises (#858) https://github.com/python/cpython/commit/50dbf577e10f806056d60ac956db0748d2cc8257 --

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

Changes by STINNER Victor : -- pull_requests: +2272 ___ Python tracker ___ ___

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: New changeset ab4ea09604ea7754a80e4fc36280f5772bf4a8b2 by Victor Stinner in branch '3.5': bpo-30673: test.bat: add -t option (timeout) (#2211) (#2226) https://github.com/python/cpython/commit/ab4ea09604ea7754a80e4fc36280f5772bf4a8b2 --

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: New changeset e064d4dfeda09fd206653697b70b434e98cc1b57 by Victor Stinner in branch '3.6': bpo-30673: test.bat: add -t option (timeout) (#2211) (#2225) https://github.com/python/cpython/commit/e064d4dfeda09fd206653697b70b434e98cc1b57 --

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

STINNER Victor added the comment: New changeset 33cf0c4cd6e8abe138c3469ca9ec1502410945f0 by Victor Stinner in branch '3.5': bpo-30675: Fix multiprocessing code in regrtest (#2220) https://github.com/python/cpython/commit/33cf0c4cd6e8abe138c3469ca9ec1502410945f0 --

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

STINNER Victor added the comment: Ok, using attached test_x.py, I'm able to reproduce this bug on Python 2.7. -- Added file: http://bugs.python.org/file46955/test_x.py ___ Python tracker

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

Changes by STINNER Victor : -- pull_requests: +2271 ___ Python tracker ___ ___

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

Changes by STINNER Victor : -- pull_requests: +2270 ___ Python tracker ___ ___

[issue30680] textwrap should treat Unicode em-dash like ASCII em-dash

Jonathan Eunice added the comment: Agreed. It makes great sense that textwrap started as highly ASCII-centric. But in the Python 3, Unicode-friendly era, ASCII-biased isn't where we should leave things. -- ___ Python tracker

[issue30680] textwrap should treat Unicode em-dash like ASCII em-dash

R. David Murray added the comment: This seems sensible to me (I haven't looked at the PR, I'm talking about adding the support). When textwrap was written python was pretty ascii oriented, so it is not too much of a surprise that unicode em dashes were not supported. -- nosy:

[issue30680] textwrap should treat Unicode em-dash like ASCII em-dash

Changes by Jonathan Eunice : -- pull_requests: +2269 ___ Python tracker ___ ___

[issue29606] urllib FTP protocol stream injection

Serhiy Storchaka added the comment: Wouldn't be better to solve this issue on the level of the ftplib module or FTP handler in urllib.request instead of urllib.parse? -- nosy: +serhiy.storchaka ___ Python tracker

[issue30680] textwrap should treat Unicode em-dash like ASCII em-dash

New submission from Jonathan Eunice: The textwrap module goes to great lengths to "do the right thing" when it finds the ASCII simulation of an em-dash (two or more consecutive hyphens), but it does nothing to recognize and similarly treat true (Unicode) em-dashes (aka '\N{EM DASH}',

[issue1360] Queue.get() can't be interrupted with Ctrl-C unless timed out

Changes by Roundup Robot : -- pull_requests: +2268 ___ Python tracker ___

[issue26491] Defer DECREFs until enum object is in a consistent state for re-entrancy

Changes by Serhiy Storchaka : -- status: open -> pending ___ Python tracker ___

[issue30213] ZipFile from 'a'ppend-mode file generates invalid zip

Serhiy Storchaka added the comment: This looks a duplicate of issue29094. -- status: open -> pending superseder: -> Regression in zipfile writing in 2.7.13 ___ Python tracker

[issue30441] os.environ raises RuntimeError: dictionary changed size during iteration

Serhiy Storchaka added the comment: See also issue24484. The solution depends on the assumption that list(dict) is atomic. -- ___ Python tracker ___

[issue30626] "SystemError: returned NULL without setting an error" from open function

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue30673] Add -t option (timeout) to Tools/buildbot/test.bat for "AMD64 Windows8.1 Refleaks 3.x" buildbot

STINNER Victor added the comment: New changeset 258bfc462b1e58689b43f662a10e44ece3a10bef by Victor Stinner in branch 'master': bpo-30673: test.bat: add -t option (timeout) (#2211) https://github.com/python/cpython/commit/258bfc462b1e58689b43f662a10e44ece3a10bef --

[issue30626] "SystemError: returned NULL without setting an error" from open function

Serhiy Storchaka added the comment: New changeset 263dcc39daa74066c2b2fcb007a4bd4f7ec65073 by Serhiy Storchaka in branch '3.5': [3.5] bpo-30626: Fix error handling in PyImport_Import(). (GH-2103) (#) https://github.com/python/cpython/commit/263dcc39daa74066c2b2fcb007a4bd4f7ec65073

[issue30626] "SystemError: returned NULL without setting an error" from open function

Serhiy Storchaka added the comment: New changeset fab05de21480fc54a5101cf813195cb32724b5ad by Serhiy Storchaka in branch '3.6': [3.6] bpo-30626: Fix error handling in PyImport_Import(). (GH-2103) (#2221) https://github.com/python/cpython/commit/fab05de21480fc54a5101cf813195cb32724b5ad

[issue30626] "SystemError: returned NULL without setting an error" from open function

Changes by Serhiy Storchaka : -- pull_requests: +2267 ___ Python tracker ___ ___

[issue30626] "SystemError: returned NULL without setting an error" from open function

Changes by Serhiy Storchaka : -- pull_requests: +2266 ___ Python tracker ___ ___

[issue30626] "SystemError: returned NULL without setting an error" from open function

Serhiy Storchaka added the comment: New changeset 145541cfa05394c38cfd64c0be2c5fb382860995 by Serhiy Storchaka in branch 'master': bpo-30626: Fix error handling in PyImport_Import(). (#2103) https://github.com/python/cpython/commit/145541cfa05394c38cfd64c0be2c5fb382860995 --

[issue30676] [Windows] Potential for GIL deadlock on Windows in threadmodule acquire_lock

Stephan R.A. Deibel added the comment: I think I misunderstood the implementation of EnterNonRecursiveMutex -- the mutex that could block there is the internal 'cs' mutex, which would only be held only briefly while Enter/LeaveNonRecursiveMutex are running, and it looks like the 'cs' mutex is

[issue30625] Documentation is unclear how "y*" and "y#" format units vary

Gregory Szorc added the comment: IMO I don't find the 3.2 docs more useful. Specifically, the behavior for memoryview is still unclear. -- ___ Python tracker

[issue30465] FormattedValue expressions have wrong lineno and col_offset information

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg296115 ___ Python tracker ___

[issue30465] FormattedValue expressions have wrong lineno and col_offset information

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg296114 ___ Python tracker ___

[issue30465] FormattedValue expressions have wrong lineno and col_offset information

Serhiy Storchaka added the comment: It causes segfault also with unpatched Python. -- ___ Python tracker ___

[issue30465] FormattedValue expressions have wrong lineno and col_offset information

Serhiy Storchaka added the comment: The last example causes a segfault with current PR. >>> import ast >>> ast.parse(r""" ... f'''\ ... \ ... {x}\ ... \ ... ''' ... """) python: Python/ast.c:4994: FstringParser_ConcatFstring: Assertion `!state->last_str || PyUnicode_GET_LENGTH(state->last_str)

[issue30676] [Windows] Potential for GIL deadlock on Windows in threadmodule acquire_lock

Steve Dower added the comment: We recently tried switching the GIL implementation on Windows by changing the setting you refer to. It didn't work, so we didn't keep the change, but I don't recall the details - likely the same issue you bring up here. I don't have the other issue number handy

[issue30679] __aexit__ not called when `run_until_complete` is interrupted by SIGINT

Yury Selivanov added the comment: Yes, this is a known limitation of asyncio -- keyboardinterrupt exceptions kills the loop rather abruptly. One way to handle this is to use 'signal.signal' for sigint to raise custom exception instead of keyboardinterrupt. --

[issue30603] textwrap: declining indent level has no test case

Emily Morehouse added the comment: Looks great, thanks for the updates. Mariatta, can you get this merged in? -- ___ Python tracker ___

[issue30679] __aexit__ not called when `run_until_complete` is interrupted by SIGINT

Arthur Darcet added the comment: Ok, thank you. I'm guessing the patch I proposed in the PR is not an option, for my curiosity, why is that? -- ___ Python tracker

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

STINNER Victor added the comment: It seems like Python 3.6 and master (3.7) are not impacted by this bug, thanks to my rework on regrtest (now libregrtest) in Python 3.6. It's unclear to me if Python 2.7 has the bug: I don't see the warm_caches() function. --

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

STINNER Victor added the comment: I succeeded to reproduce the bug, but only when running the -jN option, like: ./python -m test -j2 -R 3:3 test_zipfile I reduced the test to: ./python -m test -j2 -R 3:3 test_zipfile -m test_random_open This test heavily use random.randint(). In fact, the

[issue30675] test_zipfile leaks references on Python 3.5 on the wo Refleaks buildbots (Gentoo, Windows)

Changes by STINNER Victor : -- pull_requests: +2265 ___ Python tracker ___ ___

[issue30677] Enhance documentation of os.mkdir()

R. David Murray added the comment: We don't generally document all exceptions that a method can raise, only those that are relevant to its specific API. In this case, documenting the exception answers the question, "what happens if the directory already exists?" This question is relevant to

[issue30679] __aexit__ not called when `run_until_complete` is interrupted by SIGINT

New submission from Arthur Darcet: Here is the example code I am running: ``` import asyncio class it: async def __aenter__(self): return self async def __aexit__(self, *_): print('EXIT') async def main(): async with it():

[issue30627] Incorrect error message for a few functions called with keywod argument

Changes by SylvainDe : -- pull_requests: +2263 ___ Python tracker ___ ___

[issue20627] Add context manager support to xmlrpc.client.ServerProxy

Changes by Serhiy Storchaka : -- Removed message: http://bugs.python.org/msg296105 ___ Python tracker ___

[issue20627] Add context manager support to xmlrpc.client.ServerProxy

Serhiy Storchaka added the comment: New changeset 96c7c0685045b739fdc5145018cddfd252155713 by Serhiy Storchaka (Sylvain) in branch 'master': bpo-20627: Fix error message when keyword arguments are used (#2115) https://github.com/python/cpython/commit/96c7c0685045b739fdc5145018cddfd252155713

[issue30627] Incorrect error message for a few functions called with keywod argument

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker

[issue29721] "abort: repository . not found!" during the build of Python 2.7

Serhiy Storchaka added the comment: The issue no longer reproduced. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker

[issue30602] [Windows] os.spawn*() tests of test_os leak references on Windows

STINNER Victor added the comment: It seems like I introduced a bug: https://github.com/python/cpython/pull/2184#pullrequestreview-44308536 -- ___ Python tracker

[issue30149] inspect.signature() doesn't support partialmethod without explicit self parameter

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___

[issue30149] inspect.signature() doesn't support partialmethod without explicit self parameter

Serhiy Storchaka added the comment: New changeset fb0825c2784f80689c4c00c3ede22958faaf512c by Serhiy Storchaka (Dong-hee Na) in branch '3.5': bpo-30149: Fix partialmethod without explicit self parameter (#1308) (#1663)

[issue30149] inspect.signature() doesn't support partialmethod without explicit self parameter

Serhiy Storchaka added the comment: New changeset e45ea377b8d9ae23893d4587003c6d3e7f54b99a by Serhiy Storchaka (Dong-hee Na) in branch '3.6': bpo-30149: Fix partialmethod without explicit self parameter (#1308) (#1662)

[issue30678] Widget variable binding does not work if mainloop is called from a different function

New submission from Javier Dehesa: When you build a Tkinter interface with variables, if tkinter.Tk.mainloop is called from a different function that the one creating the variable objects, then in some cases the widgets associated with the variables will not be set to the right value. I have

[issue29931] ipaddress.ip_interface __lt__ check seems to be broken

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue30605] re.compile fails when compiling bytes under `-bb` mode

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue30650] lack of right parentheses

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue29931] ipaddress.ip_interface __lt__ check seems to be broken

Serhiy Storchaka added the comment: New changeset c5a6fb654a280c7b17f1d348e2e40d62ca04c5d3 by Serhiy Storchaka in branch '3.5': [3.5] bpo-29931 fix __lt__ check in ipaddress.ip_interface for both v4 and v6. (GH-879) (#2218)

[issue29931] ipaddress.ip_interface __lt__ check seems to be broken

Serhiy Storchaka added the comment: New changeset cf58dfb44cc11d41ea1473cd7436618b210b8258 by Serhiy Storchaka in branch '3.6': [3.6] bpo-29931 fix __lt__ check in ipaddress.ip_interface for both v4 and v6. (GH-879) (#2217)

  1   2   >