[issue30999] statistics module: add "key" keyword argument to median, mode, ...

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue30993] IDLE: Document, fix, and complete configdialog font tests

Terry J. Reedy added the comment: New changeset 1daeb259799d0664c9453a3bd8e80411e65b52c9 by Terry Jan Reedy in branch '3.6': [3.6] bpo-30993: IDLE - Improve configdialog font page and tests. (GH-2831) (#2834) https://github.com/python/cpython/commit/1daeb259799d0664c9453a3bd8e80411e65b52c9 -

[issue30993] IDLE: Document, fix, and complete configdialog font tests

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

[issue31001] IDLE: Add tests for configdialog highlight tab

Changes by Terry J. Reedy : -- assignee: terry.reedy components: IDLE nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: IDLE: Add tests for configdialog highlight tab type: enhancement versions: Python 3.6, Python 3.7

[issue31002] IDLE: Add tests for configdialog keys tab

Changes by Terry J. Reedy : -- assignee: terry.reedy components: IDLE nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: IDLE: Add tests for configdialog keys tab type: enhancement versions: Python 3.6, Python 3.7 _

[issue31003] IDLE: Add tests for help sources on configdialog general tab

Changes by Terry J. Reedy : -- assignee: terry.reedy components: IDLE nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: IDLE: Add tests for help sources on configdialog general tab type: enhancement versions: Python 3.6, Python 3.7 __

[issue29572] Upgrade installers to OpenSSL 1.0.2k

Changes by Ned Deily : -- pull_requests: +2882 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29572] Upgrade installers to OpenSSL 1.0.2k

Changes by Ned Deily : -- pull_requests: +2883 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue29572] Upgrade installers to OpenSSL 1.0.2k

Ned Deily added the comment: New changeset 002f778ecab98f4725a08f35d68f78559a13e47a by Ned Deily in branch '3.5': bpo-29572: Update macOS installer build to OpenSSL 1.0.2k (#457) (#2835) https://github.com/python/cpython/commit/002f778ecab98f4725a08f35d68f78559a13e47a --

[issue29572] Upgrade installers to OpenSSL 1.0.2k

Ned Deily added the comment: New changeset 8d41de62b9e21090c3a1ccb951ba7034a2b74180 by Ned Deily in branch '2.7': bpo-29572: Update macOS installer build to OpenSSL 1.0.2k (#457) (#2836) https://github.com/python/cpython/commit/8d41de62b9e21090c3a1ccb951ba7034a2b74180 --

[issue31004] IDLE, configdialog: Factor out FontTab class from ConfigDialog

New submission from Terry J. Reedy: I want to follow the safe way to refactor (from a blog post), rather than the hacker way of refactoring 'in place'. Step 0: Test code to be refactored. Finished in 30993. Step 1: Copy code to be refactored and modify as needed to isolate it from the working

[issue29572] Upgrade installers to OpenSSL 1.0.2k

Changes by Ned Deily : -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-bugs-list

[issue30780] IDLE: configdialog - add tests for ConfigDialog GUI.

Changes by Terry J. Reedy : -- dependencies: +IDLE: Add tests for configdialog highlight tab, IDLE: Add tests for configdialog keys tab, IDLE: Add tests for help sources on configdialog general tab ___ Python tracker

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: So, the approach of duplicating finally blocks tends to lead to a non-trivial bytecode increase. There is even a potential combinatorial explosion with nested "try..finally" block: def f(): try: ... finally: try: ...

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: For example we could generate the following bytecode: SETUP_FINALLY L1 // ... stmt1 POP_BLOCK JUMP_FINALLY L1 L1: // ... stmt2 RERAISE JUMP_FORWARD L2 L2: JUMP_FINALLY would push 3 Nones on the stack. RERAISE would raise only if

[issue30939] Sphinx 1.6.3 deprecation warning for sphinx.util.compat.Directive in docs builds

Changes by Ned Deily : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___ Pyth

[issue31005] caught and stored exception creates a reference cycle outside its traceback

New submission from Vojtěch Fried: I have this test case: import gc import sys import traceback def hold_world(): try: raise Exception("test1") except Exception as exc: print("exc caught in frame: ", exc.__traceback__.tb_frame) assert not exc.__traceback__.tb_nex

[issue31006] typing.NamedTuple should add annotations to its constructor (__new__) parameters.

New submission from Antony Lee: Currently, the fields, types and defaults used to define a typing.NamedTuple need to be retrieved from three different attributes: `_fields`, `_field_types`, and `_field_defaults` (the first two are combined in `__annotations__`, but that still misses the defaul

[issue31007] ERROR: test_pipe_handle (test.test_asyncio.test_windows_utils.PipeTests) expected ERROR_INVALID_HANDLE on x86 Windows7 3.x

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/905/steps/test/logs/stdio ... test_wait_for_handle (test.test_asyncio.test_windows_events.ProactorTests) ... ok test_wait_for_handle_cancel (test.test_asyncio.test_windows_events.ProactorTes

[issue31008] FAIL: test_wait_for_handle (test.test_asyncio.test_windows_events.ProactorTests) on x86 Windows7 3.x

New submission from STINNER Victor: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/905/steps/test/logs/stdio ... test_double_bind (test.test_asyncio.test_windows_events.ProactorTests) ... ok test_pipe (test.test_asyncio.test_windows_events.ProactorTests) ... ok test_wait_for

[issue30867] Add macro `HAVE_OPENSSL_VERIFY_PARAM` to avoid invalid function declaration

Changes by signal1587 : -- title: Add necessary macro that insure `HAVE_OPENSSL_VERIFY_PARAM` to avoid invalid function declaration -> Add macro `HAVE_OPENSSL_VERIFY_PARAM` to avoid invalid function declaration ___ Python tracker

[issue31009] test_multiprocessing_spawn hangs randomly on AMD64 Windows10 3.x

New submission from STINNER Victor: Same question as usual: why regrtest doesn't display the "running: test_multiprocessing_spawn (319 sec)" update every 30 seconds? Is regrtest main process also stuck? http://buildbot.python.org/all/builders/AMD64%20Windows10%203.x/builds/973/steps/test/logs/

[issue31009] test_multiprocessing_spawn hangs randomly on AMD64 Windows10 3.x and AMD64 Windows8 3.x

STINNER Victor added the comment: Same bug on AMD64 Windows8 3.x buildbot: http://buildbot.python.org/all/builders/AMD64%20Windows8%203.x/builds/943/steps/test/logs/stdio Run tests in parallel using 2 child processes ... 1:03:06 [402/406] test_getargs2 passed -- running: test_multiprocessing_sp

[issue31010] test_socketserver.test_ForkingTCPServer(): threading_cleanup() and reap_children() warnings on AMD64 FreeBSD 10.x Shared 3.x

New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/607/steps/test/logs/stdio test_ForkingTCPServer (test.test_socketserver.SocketServerTest) ... creating server ADDR = ('127.0.0.1', 42116) CLASS = server running test client

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: Ok, I've pushed an update with removes the finally block duplication. -- ___ Python tracker ___ ___

[issue30714] test_ssl fails with openssl 1.1.0f: test_alpn_protocols()

Changes by STINNER Victor : -- title: test_ssl fails with openssl 1.1.0f -> test_ssl fails with openssl 1.1.0f: test_alpn_protocols() ___ Python tracker ___

[issue30714] test_ssl fails with openssl 1.1.0f: test_alpn_protocols()

STINNER Victor added the comment: Test still fails. Failure on AMD64 Debian PGO 2.7: http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%202.7/builds/243/steps/test/logs/stdio == FAIL: test_alpn_protocols (test.test_ss

[issue30850] [2.7] bsddb3: test01_basic_replication() of test_bsddb3 fails randomly on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: x86 Windows XP 2.7: http://buildbot.python.org/all/builders/x86%20Windows%20XP%202.7/builds/240/steps/test/logs/stdio == FAIL: test04_lock_timeout2 (bsddb.test.test_lock.LockingTestCase) --

[issue30850] [2.7] bsddb3: test01_basic_replication() of test_bsddb3 fails randomly on AMD64 Windows8.1 Refleaks 2.7

Changes by STINNER Victor : -- pull_requests: +2884 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30850] [2.7] bsddb3: test01_basic_replication() of test_bsddb3 fails randomly on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: I wrote https://github.com/python/cpython/pull/2840 to tolerate only 50 ms on Windows, whereas 100 ms are expected (the test expects 99 ms or greater). -- ___ Python tracker _

[issue30998] faulthandler: Show C stacktrace

STINNER Victor added the comment: > While faulthandler's output is already quite useful when dealing with crashes > in C libraries, it'd be much more useful when it could also show a low-level > C/C++ stack. It's a deliberate choice to not read the "C" backtrace: it requires complex non-porta

[issue30758] test_pydoc hangs sometimes on 3.6 and master branches on ARMv7 Ubuntu 3.x

Changes by STINNER Victor : -- title: test_pydoc hangs sometimes on 3.6 and master branches -> test_pydoc hangs sometimes on 3.6 and master branches on ARMv7 Ubuntu 3.x ___ Python tracker _

[issue30758] test_pydoc hangs sometimes on 3.6 and master branches on ARMv7 Ubuntu 3.x

STINNER Victor added the comment: It seems like test_pydoc only hangs on ARMv7 Ubuntu 3.x. Why faulthandler doesn't dump a traceback? :-( faulthandler is supposed to dump a traceback after 900 seconds. Here, regrtest was killed after 1200 seconds and test_pydoc was already running for 423 sec

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Serhiy Storchaka added the comment: Great! I tried to update the patch myself, but there were too much conflicts. Thank you very much Antoine for taking this! Seems there are bugs in frame_setlineno() related to code duplications. And deduplicating the 'finally' blocks doesn't solve all of the

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Changes by STINNER Victor : -- nosy: -haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue30876] SystemError on importing module from unloaded package

Ned Deily added the comment: When running tests from installed location, test_import now fails on master, 3.6, and 3.5 (including v3.5.4rc1) with: == ERROR: test_import_from_unloaded_package (test.test_import.RelativeImportTest

[issue30814] Import dotted name as alias breaks with concurrency

Ned Deily added the comment: When running tests from installed location, test_import now fails on master and 3.6 with: == ERROR: test_concurrency (test.test_import.ImportTests) --

[issue26762] test_multiprocessing_spawn leaves processes running in background

Changes by STINNER Victor : -- pull_requests: +2885 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: I'm not sure that the issue is really fixed. I applied my msg263461 patch and I still see the list of "python" processes growing but then also a little bit decreasing, and some zombi processes. The problem is that it's hard to guess if a growing "ps" list is

[issue27584] New addition of vSockets to the python socket module

Cathy Avery added the comment: There is an outstanding review on my pull request at https://github.com/python/cpython/pull/2489 as there is an red X at changes requested by kushaldas and I believe I have made the necessary changes. Again please let me know if there is anything that I need to

[issue26762] test_multiprocessing_spawn leaves processes running in background

Changes by STINNER Victor : -- pull_requests: +2886 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: > With this PR, the following test fails: Ah, it seems like test_level() alone is enough to reproduce the bug and the following PR fixes it: https://github.com/python/cpython/pull/2842 -- ___ Python tracker

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: With PR 2841 + PR 2842, there is still at least one test which leaks processes: --- $ ./python -m test --match=test_notify_all -v test_multiprocessing_spawn == CPython 3.7.0a0 (heads/master:b364d9f, Jul 24 2017, 11:06:33) [GCC 6.3.1 20161221 (Red Hat 6.3.1-1)]

[issue30516] Documentation for datetime substract operation incorrect?

Changes by Berker Peksag : -- nosy: +belopolsky ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.py

[issue30850] [2.7] bsddb3: test01_basic_replication() of test_bsddb3 fails randomly on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: New changeset 0fc940a09ae6636e78f94ecf6436b8de14bd1c45 by Victor Stinner in branch '2.7': test_bsddb3 tolerates smaller timeout on Windows (#2840) https://github.com/python/cpython/commit/0fc940a09ae6636e78f94ecf6436b8de14bd1c45 -- __

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: New changeset 06634950c553f8df83330ed468c11483b857b7dc by Victor Stinner in branch 'master': bpo-26762: Avoid daemon process in _test_multiprocessing (#2842) https://github.com/python/cpython/commit/06634950c553f8df83330ed468c11483b857b7dc -- ___

[issue30814] Import dotted name as alias breaks with concurrency

STINNER Victor added the comment: > When running tests from installed location, test_import now fails on master > and 3.6 with: Which Git revisions are you testing? On master, do you have my latest commit e72b1359f81d1dd42bd8a5c5cc2b3928b74f8023 ? -- _

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: If you want to use --fail-env-changed with PR 2841, for example to use test.bisect, you may want this extra patch: diff --git a/Lib/test/_test_multiprocessing.py b/Lib/test/_test_multiprocessing.py index f2342c3..5f9e5c3 100644 --- a/Lib/test/_test_multiproces

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: > I don't like the new END_ITER instruction. This complicates (and slows down) > the evaluation loop and the peepholer. I don't think it slows down anything in the eval loop. I agree it adds a bit of complexity. > This also adds a limitation on the peepholer

[issue31005] caught and stored exception creates a reference cycle outside its traceback

Mark Dickinson added the comment: It's the f_back reference from the inner frame that's keeping the outer frame alive. Here's a picture of the create garbage: http://imgur.com/a/OCRe3 And here's the script that created it: import gc import refcycle import sys import traceback def hold_world

[issue31005] caught and stored exception creates a reference cycle outside its traceback

Mark Dickinson added the comment: BTW, I don't think that this counts as a Python bug: Python is behaving as designed here. Not closing just yet, though: it may be that there's an opportunity for improved documentation, or a wider discussion on how to solve such issues in general. --

[issue30516] Documentation for datetime substract operation incorrect?

Alexander Belopolsky added the comment: I agree. The documentation can be improved here. The note about x - y not being quite the same as x + (-y) belongs to the timedelta - timedelta operation. It should be removed from both date - timedelta and datetime-timedelta footnotes. -- ass

[issue31011] Users (except from the one who installed) not able to see python in add remove programs.

New submission from Debarshi Goswami: When Python (64 bit) is installed for all users from an admin account on Windows, it gets installed correctly for all users , but it does not appear in add remove program for users other than one who installed it. Command used : python-3.6.1-amd64.exe /qu

[issue31005] caught and stored exception creates a reference cycle outside its traceback

Vojtěch Fried added the comment: Ok. As an input for a potential discussion: Should all cases in the std library that store an exception be reported as a bug (because it can potentially mess with reference counting?) One such case is function create_connection in socket.py. If "hold_world" is

[issue31011] Users (except from the one who installed) not able to see python in add remove programs.

Changes by Debarshi Goswami : -- nosy: +manddy221 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue30188] test_nntplib: random EOFError in setUpClass()

STINNER Victor added the comment: Similar but different error (ssl.SSLEOFError) on AMD64 FreeBSD CURRENT Non-Debug 3.5: http://buildbot.python.org/all/builders/AMD64%20FreeBSD%20CURRENT%20Non-Debug%203.5/builds/211/steps/test/logs/stdio =

[issue30188] test_nntplib: random EOFError in setUpClass()

Changes by STINNER Victor : -- pull_requests: +2887 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue31012] suggestion: allow termination argument in argparse to be specified as argument

New submission from Leon Avery: In the argparse module, the argument '--' is interpreted as a signal that everything after it is a positional argument. '--' is literally written into the argparse code, in _parse_known_args. This means that a user who wishes to use '--' in some other way is out

[issue30850] [2.7] bsddb3: test01_basic_replication() of test_bsddb3 fails randomly on AMD64 Windows8.1 Refleaks 2.7

STINNER Victor added the comment: The test fails randomly. Since I'm unable to reproduce the bug, I close the bug. (If the bug is not fixed, I will reopen the issue.) -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python trac

[issue31012] suggestion: allow termination argument in argparse to be specified as argument

Steven D'Aprano added the comment: > This means that a user who wishes to use '--' in some other way is out of > luck. I think that's a feature, not a limitation. Command line arguments should use broadly consistent conventions. I don't want one program to use '--' for "end of options" and a

[issue30908] test_os.TestSendfile.test_keywords() leaks dangling threads

Changes by STINNER Victor : -- pull_requests: +2888 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30908] test_os.TestSendfile.test_keywords() leaks dangling threads

Changes by STINNER Victor : -- pull_requests: +2889 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue30892] _elementtree: assertion error if stdlib copy module is overriden

STINNER Victor added the comment: Python 2.7 doesn't seem to be affected: $ python2 Python 2.7.13+ (heads/2.7:598f26b, Jul 21 2017, 01:18:41) [GCC 6.3.1 20161221 (Red Hat 6.3.1-1)] on linux2 >>> import _elementtree Traceback (most recent call last): File "", line 1, in File "", line 1, in

[issue30892] _elementtree: assertion error if stdlib copy module is overriden

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

[issue30908] test_os.TestSendfile.test_keywords() leaks dangling threads

STINNER Victor added the comment: Serhiy Storchaka: If you would like to enhance the unittest module, please open a new issue. I prefer to keep this one for the very specific test_os bug. -- ___ Python tracker ___

[issue17611] Move unwinding of stack for "pseudo exceptions" from interpreter to compiler.

Antoine Pitrou added the comment: Ok, I've now gotten rid of END_ITER. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Uns

[issue31013] gcc7 throws warning when pymem.h development header is used

New submission from Gabriel Somlo: C programs using PyMem_MALLOC in pymem.h generate a warning when -Wint-in-bool-context is enabled (typically through -Wall). In places where -Werror is enabled (such as RPM build), this causes the build to fail with an error that looks like: ... In file incl

[issue31013] gcc7 throws warning when pymem.h development header is used

Gabriel Somlo added the comment: This attachment illustrates how the problem is triggered. The file is part of the CORE network emulator (github.com/coreemu/core). Compile with "gcc -Wall -I/usr/include/python2.7 -c netnsmodule.c". -- Added file: http://bugs.python.org/file47036/netnsm

[issue31013] gcc7 throws warning when pymem.h development header is used

Changes by STINNER Victor : -- nosy: +haypo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python

[issue31013] gcc7 throws warning when pymem.h development header is used

STINNER Victor added the comment: > /usr/include/python2.7/pymem.h:97:30: error: '*' in boolean context, suggest > '&&' instead [-Werror=int-in-bool-context] I don't understand this error. I would be curious to see the output of the preprocessor. Try maybe to use gcc -E? -- _

[issue31014] webbrowser._synthesize uses outdated calling signature for webbrowser.register

New submission from John Still: The function `register` of the `webbrowser` module was updated a little while back to use the newish keyword-only argument syntax; however, the function `_synthesize` (also in `webbrowser`) is still using the outdated positional arguments only calling convention

[issue31013] gcc7 throws warning when pymem.h development header is used

Gabriel Somlo added the comment: output of "gcc -E -Wall -I/usr/include/python2.7 -c netnsmodule.c > foo.c" I think gcc7 is a bit more paranoid about whether some expression evaluating to an int can/should in itself be used as a Boolean (i.e., without being compared to 0). -- Added fi

[issue31013] gcc7 throws warning when pymem.h development header is used

STINNER Victor added the comment: > malloc(((argc + 1) * sizeof(char *)) ? ((argc + 1) * sizeof(char *)) : 1)) ) > ); Ah ok, the "(n)?" expression is "((argc + 1) * sizeof(char *)) ? " and yes it contains "*". -- ___ Python tracker

[issue31015] PyErr_WriteUnraisable should be more verbose in Python 2.7

New submission from Christian Aguilera: When an exception is raised in a __del__ method or a finalizer (i.e. a weakref callback), only the exception name is printed out. Unfortunately, arbitrarily complex code can be involved which makes debugging quite tedious. It would be nice to display the f

[issue1644818] Allow built-in packages and submodules as well as top-level modules

Changes by Eric Snow : -- nosy: +eric.snow ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pytho

[issue31016] [Regression] sphinx shows an EOF error when using python2.7 from the trunk

New submission from Matthias Klose: [forwarded from https://bugs.debian.org/869098 and] sphinx shows an EOF error when using python2.7 from the trunk. Last successful build was with the 2.7.13 release. It looks like this is triggered only when using the parallel mode in sphinx. I haven't yet

[issue29930] Waiting for asyncio.StreamWriter.drain() twice in parallel raises an AssertionError when the transport stopped writing

Марк Коренберг added the comment: Triggered almost the same error. Minimal proof: Documentation did not say that .drain() can't be called simultaneously. === async def do_nothing(client_reader, client_writer): await asyncio.sleep(1) mb = b'*' * (4096*4)

[issue27099] IDLE: turn builting extensions into regular modules

Terry J. Reedy added the comment: I am still thinking about how to handle user customization of key defs and values. The current extensions tab does not enable custom key defs, so that would be a new feature, and hence could be handled separately, and normally. I have not yet looked at the p

[issue30908] test_os.TestSendfile.test_keywords() leaks dangling threads

STINNER Victor added the comment: New changeset 157b6ad677b7b330d30b2bb5ffbb2edac77b78cb by Victor Stinner in branch '3.5': bpo-30908: Fix dangling thread in test_os.TestSendfile (#2680) (#2845) https://github.com/python/cpython/commit/157b6ad677b7b330d30b2bb5ffbb2edac77b78cb --

[issue30908] test_os.TestSendfile.test_keywords() leaks dangling threads

STINNER Victor added the comment: New changeset bb33ccfc5a216eff753b10a8dc59ec0277f1e1fb by Victor Stinner in branch '3.6': bpo-30908: Fix dangling thread in test_os.TestSendfile (#2680) (#2844) https://github.com/python/cpython/commit/bb33ccfc5a216eff753b10a8dc59ec0277f1e1fb --

[issue30188] test_nntplib: random EOFError in setUpClass()

STINNER Victor added the comment: New changeset 5b4feb7e86ecb813b2c56560f86cda2fd46b9579 by Victor Stinner in branch 'master': bpo-30188: test_nntplib catch also ssl.SSLEOFError (#2843) https://github.com/python/cpython/commit/5b4feb7e86ecb813b2c56560f86cda2fd46b9579 -- _

[issue30728] IDLE: Modernize configdialog code.

Changes by Terry J. Reedy : -- dependencies: -test_bsddb3 crash on x86 Windows XP 2.7 ___ Python tracker ___ ___ Python-bugs-list mai

[issue31014] webbrowser._synthesize uses outdated calling signature for webbrowser.register

Serhiy Storchaka added the comment: Is it possible to write a test? -- nosy: +daves, ncoghlan, serhiy.storchaka ___ Python tracker ___ ___

[issue31014] webbrowser._synthesize uses outdated calling signature for webbrowser.register

John Still added the comment: What would a new test be testing? I only found this behaviour because two existing tests were failing (with the PR they pass, of course). I'm happy to write a test, I'm just not sure what the test should be testing that the existing tests don't already test.

[issue31013] gcc7 throws warning when pymem.h development header is used

Changes by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue26762] test_multiprocessing_spawn leaves processes running in background

STINNER Victor added the comment: Antoine Pitrou: "I'm not able to reproduce. Can you try again with latest master?" Oh, maybe I found why... There is a tearDownModule() function which hides bugs. Try following change: diff --git a/Lib/test/_test_multiprocessing.py b/Lib/test/_test_multipro

[issue31014] webbrowser._synthesize uses outdated calling signature for webbrowser.register

Serhiy Storchaka added the comment: These tests are not failing on our buildbots and developer's computers. Seems they are failing only in special environment. This path of execution is not tested in more common environments, therefore possible regression couldn't be caught until somebody run

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Changes by Aditya Hase : -- pull_requests: +2891 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Aditya Hase added the comment: Hi, I'm new to python development community. I've created a GitHub PR that fixes this issue. -- nosy: +adityahase ___ Python tracker ___ __

[issue30999] statistics module: add "key" keyword argument to median, mode, ...

Steven D'Aprano added the comment: Thanks for explaining your use-case. Although the median_* functions don't perform arithmetic on their data, they are still conceptually mathematical functions that operate on numbers and I'm reluctant to support arbitrary objects with a key function without

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Changes by Mariatta Wijaya : -- stage: needs patch -> patch review versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ __

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Serhiy Storchaka added the comment: This is related only to 2.7. All correct in 3.x. -- nosy: +serhiy.storchaka versions: -Python 3.5, Python 3.6, Python 3.7 ___ Python tracker

[issue30714] test_ssl fails with openssl 1.1.0f: test_alpn_protocols()

R. David Murray added the comment: Well, the reason one *might* consider a test failure as a release blocker (and I'm not saying you should, I'm just explaining the possible logic) is that distros would understandably like the test suite to pass before they include a release in their distribut

[issue31017] gcc 7 fallthrough warnings

New submission from Charalampos Stratakis: On gcc 7 the new -Wimplicit-fallthrough option was introduced which produces warnings about switch cases that can fall through. The easiest way to silence these warnings is to add the comment /* Falls through. */ for those cases. More information here

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Mariatta Wijaya added the comment: Thanks Serhiy. Aditya, your PR was made against the master branch. Can you make the change against the 2.7 branch? Thanks. -- nosy: +Mariatta ___ Python tracker ___

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Changes by Aditya Hase : -- pull_requests: +2893 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue31017] gcc 7 fallthrough warnings

Zachary Ware added the comment: This is a duplicate of bpo-30923. -- nosy: +zach.ware resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Add -Wimplicit-fallthrough=0 to Makefile ? ___ Python tracker

[issue30923] Add -Wimplicit-fallthrough=0 to Makefile ?

Changes by Charalampos Stratakis : -- nosy: +cstratak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue30916] Pre-build OpenSSL and Tcl/Tk for Windows

Changes by Segev Finer : -- pull_requests: +2894 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.p

[issue30304] TestCase.assertMultiLineEqual only registered for Unicode strings in 2.7

Aditya Hase added the comment: I've fixed that. -- versions: +Python 3.5, Python 3.6, Python 3.7 ___ Python tracker ___ ___ Python-bug

  1   2   >