[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

Serhiy Storchaka added the comment: Corresponding Expat issue: https://github.com/libexpat/libexpat/issues/115. -- ___ Python tracker ___

[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

Serhiy Storchaka added the comment: I confirm the regression (see issue31303 for reproducer). Victor, do you mind to update expat to 2.2.4? This issue can be classified as a security issue, since a regression was added in security update. -- nosy: +benjamin.peterson, georg.brandl,

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

Serhiy Storchaka added the comment: This is a duplicate of issue31170. Updating expat to 2.2.4 fixes this issue. -- resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> expat: utf8_toUtf8 cannot properly handle exhausting buffer

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Changes by Terry J. Reedy : -- pull_requests: +3283 ___ Python tracker ___ ___

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Terry J. Reedy added the comment: New changeset 390eadd6d041611511dc761bc7d4581530dbd287 by Terry Jan Reedy in branch 'master': bpo-31051: Rearrange IDLE condigdialog GenPage into Window, Editor, and Help sections. (#3239)

[issue27099] IDLE: turn built-in extensions into regular modules

Terry J. Reedy added the comment: Configdialog does not import EditorWindow and should not need to with the change. It should also not import the separate modules. I outlined how I plan to update the current extension values in #22707, msg300973. PR3239 for #31051 prepares GenPage for the

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Terry J. Reedy added the comment: 'autocomplete and parenmatch' (in that order). Code context should be last in the editor section. -- ___ Python tracker

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Changes by Terry J. Reedy : -- stage: needs patch -> patch review ___ Python tracker ___

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Terry J. Reedy added the comment: It does not matter for users what we call the class. MainPage reads a bit smoother than GenPage. I have also considered renaming HighPage as ColorPage and relabeling the tab 'Colors'. The above covers at least 2 issues. #31306 covers changing Vars and

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

Changes by Terry J. Reedy : -- pull_requests: +3282 ___ Python tracker ___ ___

[issue31306] IDLE, configdialog, General tab: validate user entries

New submission from Terry J. Reedy: This was initially part of #31051. See 2nd have of msg299262 and all of msg299263. -- assignee: terry.reedy components: IDLE messages: 301005 nosy: terry.reedy priority: normal severity: normal stage: test needed status: open title: IDLE,

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

Changes by Morris Li : -- versions: +Python 3.5 ___ Python tracker ___ ___

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

Changes by Morris Li : -- assignee: docs@python components: Documentation nosy: docs@python, limuyuan priority: normal severity: normal status: open title: 'pydoc -w import' report "no Python documentation found for 'import'" type: behavior versions: Python 2.7

[issue29302] add contextlib.AsyncExitStack

Alexander Mohr added the comment: let me know if I need to do anything -- ___ Python tracker ___ ___

[issue5001] Remove assertion-based checking in multiprocessing

Antoine Pitrou added the comment: I suppose this can be closed now. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue5001] Remove assertion-based checking in multiprocessing

Antoine Pitrou added the comment: New changeset bd73e72b4a9f019be514954b1d40e64dc3a5e81c by Antoine Pitrou (Allen W. Smith, Ph.D) in branch 'master': bpo-5001: More-informative multiprocessing error messages (#3079)

[issue30637] Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)

Hrvoje Nikšić added the comment: > Can you suggest a couple of sentences you would have like to have > seen, and where? Thanks, I would suggest to add something like this to the documentation of ast.parse: """ ``parse`` raises ``SyntaxError`` if the compiled source is invalid, and

[issue31304] Update doc for starmap_async error_back kwarg

New submission from tamas: The documentation suggests that multiprocessing.pool.Pool. starmap_async has a kwarg called 'error_back', but it actually has a kwarg called 'error_callback' to handle errors, just like map_async. Link:

[issue31297] Unpickleable ModuleImportError in unittest patch not backported to 2.7

Antoine Pitrou added the comment: I'm guessing the backport may end up non-trivial. Do you want to try submitting a PR for it? -- ___ Python tracker

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

Serhiy Storchaka added the comment: Simpler reproducer: >>> import xml.etree.ElementTree >>> xml.etree.ElementTree.XML(b'') Traceback (most recent call last): File "", line 1, in File "/home/serhiy/py/cpython/Lib/xml/etree/ElementTree.py", line 1315, in XML parser.feed(text)

[issue30781] IDLE: configdialog -- switch to ttk widgets.

Changes by Cheryl Sabella : -- pull_requests: +3280 ___ Python tracker ___ ___

[issue27923] PEP 467 -- Minor API improvements for binary sequences

Changes by Elias Zamaria : -- pull_requests: +3279 ___ Python tracker ___ ___

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

Changes by Serhiy Storchaka : -- assignee: -> serhiy.storchaka type: crash -> behavior versions: +Python 3.7 -Python 3.5 ___ Python tracker

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

Changes by R. David Murray : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

Changes by Vyacheslav Rafalskiy : Added file: http://bugs.python.org/file47109/bad_file.xml ___ Python tracker ___

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

New submission from Vyacheslav Rafalskiy: In Python 3.5.4 and 3.6.2, both on Windows and Linux, parsing a manifestly correct xml file like: xml.etree.ElementTree.parse('bad_file.xml') raises: UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 1023: invalid continuation byte

[issue31291] zipimport.zipimporter.get_data() crashes when path.replace() returns a non-str

Serhiy Storchaka added the comment: New changeset 631fdee6e61b4ba8ce800f827fecdd536bfb04f3 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31291: Fixed an assertion failure in zipimport.zipimporter.get_data() (#3226)

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Serhiy Storchaka added the comment: Thank you for your contribution Oren! -- resolution: -> fixed stage: backport needed -> resolved status: open -> closed ___ Python tracker

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Serhiy Storchaka added the comment: New changeset 20958e6d91d11a80d6c664ce6346791259b1d193 by Serhiy Storchaka (Oren Milman) in branch '2.7': [2.7] bpo-31243: Fixed PyArg_ParseTuple failure checks. (GH-3171) (#3235)

[issue29400] Add instruction level tracing via sys.settrace

Changes by George King : -- pull_requests: +3278 ___ Python tracker ___ ___

[issue29400] Add instruction level tracing via sys.settrace

George King added the comment: Attached updated demo script. -- Added file: http://bugs.python.org/file47107/settracestate-demo.py ___ Python tracker ___

[issue24900] Raising an exception that cannot be unpickled causes hang in ProcessPoolExecutor

Changes by George King : -- pull_requests: +3277 ___ Python tracker ___ ___

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Changes by Oren Milman : -- pull_requests: +3276 ___ Python tracker ___ ___

[issue31065] Documentation for Popen.poll is unclear

Gregory P. Smith added the comment: New changeset 006617ff7d6df3fdedcfe53e94ee2c52cc796437 by Gregory P. Smith (Ivan Chernoff) in branch 'master': bpo-31065: Add doc about Popen.poll returning None. (#3169) https://github.com/python/cpython/commit/006617ff7d6df3fdedcfe53e94ee2c52cc796437

[issue8087] Unupdated source file in traceback

Aigars Mahinovs added the comment: As a point of update - this is a problem that can make debugging more difficult for people running web services or other server processes that are expected to stay alive for a long time. It is often undesirable to force a server restart or reload every time

[issue31300] Traceback prints different code than the running module

R. David Murray added the comment: This is a duplicate of issue 8087, which contains quite a bit of discussion of the subtleties of the issue. -- nosy: +r.david.murray resolution: -> duplicate stage: -> resolved status: open -> closed superseder: -> Unupdated source file in

[issue31286] import in finally results in SystemError

Thomas Caswell added the comment: Your welcome! Matplotlib ended up just moving the import out of the finally block once we understood the issue. Tom On Tue, Aug 29, 2017 at 8:50 AM Serhiy Storchaka wrote: > > Serhiy Storchaka added the comment: > > Thank you for

[issue31302] smtplib on linux fails to log in correctly

murphdasurf added the comment: PS: The corresponding code is: server_ssl = smtplib.SMTP(SERVER, PORT) server_ssl.set_debuglevel(True) server_ssl.ehlo() server_ssl.starttls() server_ssl.login(USER_FOR_AUTHENTICATION, XX) -- ___ Python tracker

[issue31302] smtplib on linux fails to log in correctly

New submission from murphdasurf: The protocol should run like this: send: 'ehlo X\r\n' reply: b'250-XX.com\r\n' reply: b'250-PIPELINING\r\n' reply: b'250-SIZE 10048\r\n' reply: b'250-VRFY\r\n' reply: b'250-ETRN\r\n' reply: b'250-STARTTLS\r\n' reply:

[issue31286] import in finally results in SystemError

Serhiy Storchaka added the comment: Thank you for your report Thomas! Don't forget to remove pyc-files before re-running the Matplotlib test suite. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue31286] import in finally results in SystemError

Serhiy Storchaka added the comment: New changeset 265fcc5fc25d65afb33fda480c603f1e974e374e by Serhiy Storchaka in branch 'master': bpo-31286, bpo-30024: Fixed stack usage in absolute imports with (#3217) https://github.com/python/cpython/commit/265fcc5fc25d65afb33fda480c603f1e974e374e

[issue30024] Treat `import a.b.c as m` as `m = sys.modules['a.b.c']`

Serhiy Storchaka added the comment: New changeset 265fcc5fc25d65afb33fda480c603f1e974e374e by Serhiy Storchaka in branch 'master': bpo-31286, bpo-30024: Fixed stack usage in absolute imports with (#3217) https://github.com/python/cpython/commit/265fcc5fc25d65afb33fda480c603f1e974e374e

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Serhiy Storchaka added the comment: New changeset c7750c2a3af014a5b742d0159d8957ea95b6c221 by Serhiy Storchaka (Oren Milman) in branch '3.6': [3.6] bpo-31243: Fixed PyArg_ParseTuple failure checks. (GH-3171) (#3233)

[issue31301] Python 2.7 SIGSEGV

New submission from Cody Sixteen: During one fuzzing session I found that python2.7 will crash when parsing the file (attached). Maybe you will find it useful. -- components: Build files: py27-sigsegv.zip messages: 300981 nosy: cody priority: normal severity: normal status: open

[issue31300] Traceback prints different code than the running module

New submission from Aigars Mahinovs: If you run a longer running Python program, then change the Python module that it loaded on disk and then cause a traceback to happen in the code in that module, then the traceback may be nonsensical as it will reference line numbers from the module in

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Changes by Oren Milman : -- pull_requests: +3275 ___ Python tracker ___ ___

[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment

Petr Viktorin added the comment: The test is already skipped if the user is root. It verifies that process 1 can't be touched by non-root users. The problem is an assumption that process with PID 1 belongs to root. That assumption isn't true in containers: PID 1 is whatever the container was

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

Nick Coghlan added the comment: Regarding directories and zipfiles, runpy._run_module_as_main also handles those - the CLI effectively transforms directory and zipfile execution into a "python -m __main__" call with a suitably adjusted sys.path[0] entry (i.e. the given directory or zip

[issue31299] Add "ignore_modules" option to TracebackException.format()

Changes by Dmitry Kazakov : -- pull_requests: +3274 ___ Python tracker ___ ___

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Changes by Serhiy Storchaka : -- stage: needs patch -> backport needed ___ Python tracker ___

[issue31243] checks whether PyArg_ParseTuple returned a negative int

Serhiy Storchaka added the comment: New changeset ba7d7365215d791025d1efd25393c91404f2cfc8 by Serhiy Storchaka (Oren Milman) in branch 'master': bpo-31243: Fixed PyArg_ParseTuple failure checks. (#3171) https://github.com/python/cpython/commit/ba7d7365215d791025d1efd25393c91404f2cfc8

[issue854511] Thai encoding alias for 'cp874'

era added the comment: Closing the entire enhancement request just because one detail is off seems insane. Anyway, until the day in the distant future when Python can support encoding names in common circulation, http://stackoverflow.com/a/1064191/874188 offers a crude workaround. import

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

Nick Coghlan added the comment: Aye, separating the two discussions is a good idea. I've filed https://bugs.python.org/issue31299 for the traceback RFE, and added it as a dependency here. -- dependencies: +Add "ignore_modules" option to TracebackException.format()

[issue31299] Add "ignore_modules" option to TracebackException.format()

New submission from Nick Coghlan: This is a proposed traceback module enhancement deriving from the "python -m" traceback verbosity discussion in issue 16217. Specifically, I'm thinking a good way of cleaning up those tracebacks would be to use `TracebackException.format()` to get the