[issue32911] Doc strings no longer stored in body of AST

Ned Deily added the comment: Based on more recent discussions and indirect feedback from downstream users (primarily the recent IPython experience), I am reluctantly re-opening this issue for 3.7.0. I take responsibility for encouraging us earlier in the beta phase to

[issue33616] typing.NoReturn is undocumented

Change by miss-islington : -- pull_requests: +6748 ___ Python tracker ___

[issue33616] typing.NoReturn is undocumented

Change by miss-islington : -- pull_requests: +6747 ___ Python tracker ___

[issue33351] Support compiling with clang-cl on Windows

Ethan Smith added the comment: After wrangling with some missing compiler intrinsics, I've been able to get CPython to build with an almost vanilla clang-cl! I plan on upstreaming the patches to the LLVM project once I clean them up a bit. After that I will clean up the

[issue32911] Doc strings no longer stored in body of AST

Ned Deily added the comment: For the record, Serhiy commented on this issue today in a thread on the python-committers list: "I have doubts about two issues. I feel the responsibility for them because I had the opportunity to solve them before, but I lost it. 1. Changes in

[issue32911] Doc strings no longer stored in body of AST

Benjamin Peterson added the comment: Regardless of the value of .docstring change, it seems it had some unexpected consequences. I think providing a new mode for compile mulitline statements is a reasonable way to address those consequences going forward. That said, it's

[issue33616] typing.NoReturn is undocumented

Change by Ivan Levkivskyi : -- keywords: +patch pull_requests: +6746 stage: -> patch review ___ Python tracker ___

[issue33625] Release GIL for grp.getgr{nam, gid} and pwd.getpw{nam, uid}

Mariatta Wijaya added the comment: In the future please use gender-neutral words such as "everyone", "people", or "folks" instead of "guys". Thanks. -- nosy: +Mariatta ___ Python tracker

[issue33642] IDLE: Use variable number of lines in CodeContext

Terry J. Reedy added the comment: 2 quick thoughts. 1. I am not sure we can/should change the default, as it interacts with the recorded user changes for past versions. The default is that we never change defaults. (Having one user config for all Python/IDLE versions is a

[issue33610] IDLE: Make multiple improvements to CodeContext

Cheryl Sabella added the comment: For item 7 - #33642. -- dependencies: +IDLE: Use variable number of lines in CodeContext ___ Python tracker

[issue33642] IDLE: Use variable number of lines in CodeContext

Change by Cheryl Sabella : -- keywords: +patch, patch pull_requests: +6744, 6745 stage: -> patch review ___ Python tracker

[issue33642] IDLE: Use variable number of lines in CodeContext

Change by Cheryl Sabella : -- keywords: +patch pull_requests: +6744 stage: -> patch review ___ Python tracker ___

[issue22703] Idle Code Context menu entrie(s)

Terry J. Reedy added the comment: Changing title since 'separation' has already been done. Adding a user configuration option is a separate issue. -- title: Idle Code Context: separate changing current and future editors -> Idle Code Context menu entrie(s)

[issue33642] IDLE: Use variable number of lines in CodeContext

New submission from Cheryl Sabella : Item 7 from #33610: Change fixed # of lines to variable # of lines as needed, up to limit. About 15 is limit for 4-space indents in 80 char lines. * Change default number of lines to be 15 in config. * Label in config dialog. *

[issue22703] Idle Code Context: separate changing current and future editors

Terry J. Reedy added the comment: An experienced non-CS computer user I asked does not like 'toggle x' or 'switch x', but would like whichever of 'show x' and 'hide x' is appropriate (rather than both). For breakpoints, this would mean one menu entry, either 'set

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: no worries :) -- ___ Python tracker ___ ___

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

STINNER Victor added the comment: Oh, I didn't know that it was a 3.8-only issue. -- ___ Python tracker ___

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: Correct. These failures are only on master. -- ___ Python tracker ___

[issue32493] UUID Module - FreeBSD build failure

Change by Ned Deily : -- priority: deferred blocker -> ___ Python tracker ___ ___

[issue32493] UUID Module - FreeBSD build failure

STINNER Victor added the comment: Thank you Serhiy Storchaka for the fix! If someone cares about AIX, please open a different issue. (AIX has other more important functions that you be fixed, IHMO.) -- resolution: -> fixed stage: patch review -> resolved status:

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

Yury Selivanov added the comment: Not at my computer right now, can do it tomorrow. -- ___ Python tracker ___

[issue32493] UUID Module - FreeBSD build failure

miss-islington added the comment: New changeset 5734f41a9b46b4fd65b6ba90240b108f8a0b7c57 by Miss Islington (bot) in branch '3.7': bpo-32493: Fix uuid.uuid1() on FreeBSD. (GH-7099)

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Ned Deily added the comment: Victor: >It would be nice to fix this bug before Python 3.7.0 final: either skip the >test, or fix it. These tests (and failures) are only on master / 3.x, not 3.7, right? If so, they have no bearing on 3.7.0. -- nosy: +ned.deily

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

STINNER Victor added the comment: > I'm OK to skip it for now. Writing functional tests is super hard because > some buildbots are super slow and unpredictable. Would you mind to write a PR to skip the PR? So you will feel guilty and will try to remind to fix it!

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

Yury Selivanov added the comment: I'm OK to skip it for now. Writing functional tests is super hard because some buildbots are super slow and unpredictable. -- ___ Python tracker

[issue32458] test_asyncio: test_start_tls_server_1() fails randomly

STINNER Victor added the comment: It would be nice to fix this bug before Python 3.7.0 final: either skip the test, or fix it. Flaky tests can be very annoying. For example, the full test suite is run to build a Red Hat package. If a single test fails, the package build

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

STINNER Victor added the comment: It would be nice to fix this bug before Python 3.7.0 final: either skip the test, or fix it. Since the functions are still private, skipping a single test (until it's fixed) should be fine. -- priority: normal -> deferred

[issue22703] Idle Code Context: separate changing current and future editors

Terry J. Reedy added the comment: Cheryl, you are right. The extension-feature conversion made this issue mostly obsolete. Editors start without code context and the menu only toggles the current window. If I had thought about it, I would have closed this or added an

[issue32493] UUID Module - FreeBSD build failure

Change by miss-islington : -- pull_requests: +6743 ___ Python tracker ___

[issue32493] UUID Module - FreeBSD build failure

STINNER Victor added the comment: New changeset 17d8830312d82e7de42ab89739b0771f712645ff by Victor Stinner (Serhiy Storchaka) in branch 'master': bpo-32493: Fix uuid.uuid1() on FreeBSD. (GH-7099)

[issue33639] Use high-performance os.sendfile() in shutil.copy*

STINNER Victor added the comment: > I'm a bit depressed by the number of issues here that have a good patch > waiting to be merged, or even read, and that languish for years. I'm really sorry about that. We, core developers, are doing our best, but we are 34 active core

[issue33640] uuid: endian of the bytes argument is not documented

STINNER Victor added the comment: At least, the UUID.bytes *attribute* is documented as using big endian: https://docs.python.org/dev/library/uuid.html#uuid.UUID.bytes -- ___ Python tracker

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

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

[issue33354] Python2: test_ssl fails on non-ASCII path

STINNER Victor added the comment: Thanks Pablo for your fix! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33354] Python2: test_ssl fails on non-ASCII path

STINNER Victor added the comment: New changeset 19f6bd06af3c7fc0db5f96878aaa68f5589ff13e by Victor Stinner (Pablo Galindo) in branch '2.7': bpo-33354: Fix test_ssl when a filename cannot be encoded (GH-6613)

[issue33641] Add links to RFCs

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

[issue33639] Use high-performance os.sendfile() in shutil.copy*

desbma added the comment: Honestly, whatever gets this thing moving forward is good with me. I'm a bit depressed by the number of issues here that have a good patch waiting to be merged, or even read, and that languish for years. I haven't read your patch in detail, but

[issue33641] Add links to RFCs

New submission from Serhiy Storchaka : The proposed PR replaces "RFC XYZ" with ":rfc:`XYZ`". This adds hyperlinks to RFC documents. Actually 85% of all RFC references already use this markup, the PR change the rest 15% written as plain text. -- assignee:

[issue25156] shutil.copyfile should internally use os.sendfile when possible

STINNER Victor added the comment: Different implementation: bpo-33639. -- nosy: +vstinner ___ Python tracker ___

[issue33639] Use high-performance os.sendfile() in shutil.copy*

Giampaolo Rodola' added the comment: Oh! I got confused by the fact that #25063 was rejected due to concerns about copyfileobj() otherwise I would have commented on your patch which I totally missed. Yes, this overlaps with #25156 patch but it uses the same logic of

[issue33640] uuid: endian of the bytes argument is not documented

New submission from STINNER Victor : I don't understand what is the endian of the 'bytes' parameter of the uuid.UUID constructor: https://docs.python.org/dev/library/uuid.html#uuid.UUID According to examples, it seems like the endian is big endian, but I'm not sure.

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

miss-islington added the comment: New changeset fc0356d2a34719df517a5056bf1a3709850776cf by Miss Islington (bot) in branch '3.6': bpo-33629: Prevent coredump in test_importlib (GH-7090)

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

miss-islington added the comment: New changeset fc0356d2a34719df517a5056bf1a3709850776cf by Miss Islington (bot) in branch '3.6': bpo-33629: Prevent coredump in test_importlib (GH-7090)

[issue33354] Python2: test_ssl fails on non-ASCII path

STINNER Victor added the comment: Oh. I approved the PR but it's not merged yet :-/ -- ___ Python tracker ___

[issue33639] Use high-performance os.sendfile() in shutil.copy*

desbma added the comment: Duplicate of https://bugs.python.org/issue25156 ? -- ___ Python tracker ___

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

miss-islington added the comment: New changeset d9eb22c67c38b45764dd924801c72092770d200f by Miss Islington (bot) in branch '3.7': bpo-33629: Prevent coredump in test_importlib (GH-7090)

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

miss-islington added the comment: New changeset d9eb22c67c38b45764dd924801c72092770d200f by Miss Islington (bot) in branch '3.7': bpo-33629: Prevent coredump in test_importlib (GH-7090)

[issue31453] Debian Sid/Buster: Cannot enable TLS 1.0/1.1 with PROTOCOL_TLS

Kurt Roeckx added the comment: The effect is the same as calling SSL_CTX_set_min_proto_version(). -- ___ Python tracker ___

[issue31453] Debian Sid/Buster: Cannot enable TLS 1.0/1.1 with PROTOCOL_TLS

Christian Heimes added the comment: Thanks Kurt, which API are you using to disable TLS 1.0 and 1.1? Is it the old SSL_CTX_set_options() or the new SSL_CTX_set_min/max_proto_version() API? -- ___ Python tracker

[issue33622] Fix errors handling in the garbage collector

Serhiy Storchaka added the comment: New changeset 9044cd675902b438bc500908e410382ff48299d8 by Serhiy Storchaka in branch '2.7': [2.7] bpo-33622: Fix issues with handling errors in the GC. (GH-7078) (#7096)

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

STINNER Victor added the comment: MultiPhaseExtensionModuleTests.test_bad_traverse() of Lib/test/test_importlib/extension/test_loader.py runs the following code: --- import importlib.util as util spec = util.find_spec('_testmultiphase') spec.name =

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

Change by miss-islington : -- pull_requests: +6741 ___ Python tracker ___

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

Change by miss-islington : -- pull_requests: +6740 ___ Python tracker ___

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

Change by miss-islington : -- pull_requests: +6739 ___ Python tracker ___

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

Change by miss-islington : -- pull_requests: +6738 ___ Python tracker ___

[issue32374] Document that m_traverse for multi-phase initialized modules can be called with m_state=NULL

STINNER Victor added the comment: New changeset 483000e164ec68717d335767b223ae31b4b720cf by Victor Stinner in branch 'master': bpo-33629: Prevent coredump in test_importlib (GH-7090) https://github.com/python/cpython/commit/483000e164ec68717d335767b223ae31b4b720cf

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

STINNER Victor added the comment: New changeset 483000e164ec68717d335767b223ae31b4b720cf by Victor Stinner in branch 'master': bpo-33629: Prevent coredump in test_importlib (GH-7090) https://github.com/python/cpython/commit/483000e164ec68717d335767b223ae31b4b720cf

[issue33612] Assertion failure in PyThreadState_Clear

STINNER Victor added the comment: > Thank you for fixing this Victor! You're welcome. It's always a pleasure to remove code! -- ___ Python tracker

[issue33639] Use high-performance os.sendfile() in shutil.copy*

Change by Giampaolo Rodola' : -- keywords: +patch pull_requests: +6737 ___ Python tracker ___

[issue33639] Use high-performance os.sendfile() in shutil.copy*

New submission from Giampaolo Rodola' : This is a follow up of #25063 and similar to socket.sendfile() (#17552). It provides a 20/25% speedup when copying files with shutil.copyfile(), shutil.copy() and shutil.copy2(). Differently from #25063 this is used for filesystem

[issue33634] Buildbot configuration issue on Windows7 buildbots

Zachary Ware added the comment: This was fixed by https://github.com/python/buildmaster-config/pull/36 -- resolution: -> fixed stage: -> resolved status: open -> closed ___ Python tracker

[issue31453] Debian Sid/Buster: Cannot enable TLS 1.0/1.1 with PROTOCOL_TLS

Kurt Roeckx added the comment: Note that the version in experimental only supports TLS 1.2 and 1.3 with the default config. It's moved from fixed in the code, to the default config file. I expect to upload that to unstable "soon", at which point people will be affected by

[issue22703] Idle Code Context: separate changing current and future editors

Terry J. Reedy added the comment: [In #33610, msg317601, Cheryl Sabella wrote, copying here:] I've started looking at #22703, more specifically, I've been trying to recreate it. Since the config changes in 3.6/3.7 where the flag was removed from config dialog, the code

[issue33638] condition lock not re-acquired

christof added the comment: In my previous comment, what I want to implement is not a timeout for a task to complete but more precisely a timeout triggered if the coroutine was not wake up by a notify on the condition. -- ___

[issue33629] test_importlib creates a coredump on AMD64 FreeBSD 10.x Shared 3.7

Change by Brett Cannon : -- nosy: +ncoghlan, petr.viktorin ___ Python tracker ___ ___

[issue30773] async generator receives wrong value when shared between coroutines

Yury Selivanov added the comment: Thanks, I'll look into adding ag_running properly. -- ___ Python tracker ___

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

David Bolen added the comment: For my buildbots, I suspect win8/win10 should be ok at this point. Among any other changes their local disk appears to be an SSD now, which makes a big difference. I observed steady 250-300MB/s write I/O for the duration of the mmap test,

[issue30773] async generator receives wrong value when shared between coroutines

Nathaniel Smith added the comment: My thoughts: https://bugs.python.org/issue32526#msg309783 -- ___ Python tracker ___

[issue33638] condition lock not re-acquired

New submission from christof : Hello, I have a simple code which triggers a timeout if a task did not complete import asyncio async def task_timeout(): condition = asyncio.Condition() with await condition: try: await

[issue30773] async generator receives wrong value when shared between coroutines

Change by Yury Selivanov : -- assignee: -> yselivanov components: +Interpreter Core -asyncio priority: normal -> high versions: +Python 3.8 ___ Python tracker

[issue30773] async generator receives wrong value when shared between coroutines

Yury Selivanov added the comment: Thanks Jan. Thanks a lot for a short script to reproduce this bug. The actual problem here is that asynchronous generators don't control their 'asend' and 'athrow' coroutines in any way. So if you have two of them iterating *in

[issue33623] Fix possible SIGSGV when asyncio.Future is created in __del__

Yury Selivanov added the comment: > Then we should find what callable is NULL and fix the place where it is > called. _PyObject_FastCallDict() should never be called with NULL. My understanding is that the interpreter is being shutdown and half of the objects are freed.

[issue33610] IDLE: Make multiple improvements to CodeContext

Cheryl Sabella added the comment: I've started looking at #22703, more specifically, I've been trying to recreate it. Since the config changes in 3.6/3.7 where the flag was removed from config dialog, the code context needs to be turned on explicitly for each

[issue33637] pip cannot build extensions for debug Python

Ivan Pozdeev added the comment: >one will see all the variables and call hierarchy and be able to step through the code. With optimizations, the current line jumps unpredictably, and some lines can't be visited because they're optimized away. --

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: With #33628 merged, I consider the next priorities to be 5. #22703 (overt bug, highest), 7, and 8, to make the feature more usable. 10. is a vague speculative feature that would use get_indent_firstword but would actually be for the editor.

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Ned Deily added the comment: Sorry, I *did* close the issue prematurely; thanks for noticing! -- ___ Python tracker ___

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Steve Dower added the comment: Considering we didn't change anything in the sources, I wouldn't expect it to be fixed. It doesn't have to block 3.7 if Ned's okay with it, but I'd like to keep this open and fix the build scripts. -- resolution: fixed ->

[issue33636] Unexpected behavior with * and arrays

Steven D'Aprano added the comment: Nathan, the bug tracker is not the place to debate Python behaviour. For the purposes of the bug tracker, all we need say is that it is documented behaviour and not a bug. If you want to change that behaviour, there is a process

[issue33612] Assertion failure in PyThreadState_Clear

Serhiy Storchaka added the comment: Thank you for fixing this Victor! -- ___ Python tracker ___

[issue33614] Compilation of Python fails on AMD64 Windows8.1 Refleaks 3.x

Serhiy Storchaka added the comment: I think the underlying issue is not fixed still. Adding new symbols in python3.def will break this buildbot (as well as users worktrees) again. -- ___ Python tracker

[issue33636] Unexpected behavior with * and arrays

R. David Murray added the comment: I wrote up a response before Mark closed the issue, so despite his excellent no discussion suggestion I'm going to post it for the edification of anyone reading the issue later rather than waste the work :) Nathan: this is *long*

[issue32493] UUID Module - FreeBSD build failure

Serhiy Storchaka added the comment: PR 7099 is an alternate solution. I uses uuid_enc_be() which is not part of the DCE 1.1 RPC specification but exists on all *BSD. Both solutions gives the same result on *BSD and AIX. I have no idea what solution is

[issue32493] UUID Module - FreeBSD build failure

Change by Serhiy Storchaka : -- pull_requests: +6736 ___ Python tracker ___ ___

[issue33174] error building the _sha3 module with Intel 2018 compilers

William Scullin added the comment: Hi Kenneth: I can recreate this issue on Haswell, Skylake-X, and KNL running SLES 12, Clear Linux, and Centos 7.5. I've tried 18.1 and 18.2. It's still present across the board with Intel C/C++ 18.0.2.199. On the Centos 7.5.1804 image,

[issue33636] Unexpected behavior with * and arrays

Mark Dickinson added the comment: @nanthil: If you want to discuss the reasons behind this design decision further, I'd suggest asking on one of the mailing lists, e.g. https://mail.python.org/mailman/listinfo/python-list This is not the right forum for this discussion.

[issue33637] pip cannot build extensions for debug Python

New submission from Ivan Pozdeev : (the output is for 2.7 head; for master, it's the same save for paths, library versions and DeprecationWarning's) >python.bat -m ensurepip Running Debug|x64 interpreter... Looking in links: c:\users\sasha\appdata\local\temp\tmpiysoby

[issue33633] smtplib msg['To] = appends instead of assigning

R. David Murray added the comment: smtplib doesn't define any behavior for messages. I presume you are talking about the email library? Vis the print behavior, dict-style lookup is defined to return the first matching header. If you want to see all of them, you can

[issue33355] Windows 10 buildbot: 15 min timeout on test_mmap.test_large_filesize()

Ned Deily added the comment: The Windows7 buildbot now runs the test suite with the "largefile" resource disabled and no longer timed out on test_mmap. So that immediate problem is now resolved. Before closing the issue, it would be good to discuss whether we should do the

[issue33396] IDLE: Improve and document help doc viewer

Terry J. Reedy added the comment: Point 1 is #33397. -- ___ Python tracker ___ ___

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

Ned Deily added the comment: > PYTHONPATH=/usr/local/lib/python2.7/site-packages That looks pretty suspicious right there. It's pulling in 2.7 modules. Normally you should never need to set PYTHONPATH in a shell initialization script, like .profile, rarely elsewhere.

[issue33611] Fatal Python error: Py_Initialize: unable to load the file system codec

s added the comment: :) sure. if you want to close it - it's up to you. if you however, want to fix it, please tell me what information do you need me to provide. I don't think my tone was bad/offensive. ...and it's still a bug, regardless of my tone or anything else. and

[issue33636] Unexpected behavior with * and arrays

nathan rogers added the comment: [[], [], [], [], []] How is it expected behavior in python, that when I update position 0, it decides to update positions 1-infinity as well? That is nonsense, and there is not a use case for this behavior. If you have already

[issue32493] UUID Module - FreeBSD build failure

Change by Serhiy Storchaka : -- stage: needs patch -> patch review ___ Python tracker ___

[issue32493] UUID Module - FreeBSD build failure

Serhiy Storchaka added the comment: Is AIX big-endian? On *BSD systems uuid_t is a structure of integers with platform-depending endianess. Thus on little-endian platform UUID should be called with the bytes_le argument. This doesn't fix test on OpenBSD and

[issue32493] UUID Module - FreeBSD build failure

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

[issue33636] Unexpected behavior with * and arrays

nathan rogers added the comment: Can anyone give me a legitimate answer as to why this would be expected behavior? When at any point would you ever need that? If the list is local, you already have the thing. If it isn't local, you can pass it to a function by

[issue33530] Implement Happy Eyeball in asyncio

Change by STINNER Victor : -- nosy: +njs ___ Python tracker ___ ___ Python-bugs-list

[issue33630] test_posix: TestPosixSpawn fails on PPC64 Fedora 3.x

Change by STINNER Victor : -- pull_requests: -6734 ___ Python tracker ___ ___

[issue33636] Unexpected behavior with * and arrays

Steven D'Aprano added the comment: This is not a bug, it is the documented behaviour: the * operator does not copy the lists, it duplicates references to the same list. There's even a FAQ for it:

[issue33627] test-complex of test_numeric_tower.test_complex() crashes intermittently on Ubuntu buildbots

STINNER Victor added the comment: > Do we have builds with Adress Sanatizer or Undefined Behavior Sanitizer? Gregory recently added new USBan builders. Example: http://buildbot.python.org/all/#/builders/135 It's something very new, there are millions of logged warnings

  1   2   >