[issue46377] TimedRotatingFileHandler "midnight" misleading when interval > 1

Vinay Sajip added the comment: Making a change without considering backward compatibility is premature. I've closed the PR as there appears to be something wrong with it - it references hundreds of changed files. Did you look at the 'atTime' keyword parameter of TimedRotatingFileHandler? --

[issue46376] PyMapping_Check returns 1 for list

Bar Harel added the comment: Up until now, trying to distinguish between actual sequences and mappings in C-API was a pain. Same methods are implemented in customer user classes, and the ABCs could have either been registered dynamically or had an appropriate __subclasshook__. On top of that

[issue39316] settrace skips lines when chaining methods without arguments

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.7, Python 3.8 ___ Python tracker ___ _

[issue32876] HTMLParser raises exception on some inputs

Irit Katriel added the comment: Reopening to discuss what the correct behaviour should be. -- resolution: out of date -> status: closed -> open versions: +Python 3.11 -Python 2.7, Python 3.6, Python 3.7, Python 3.8 ___ Python tracker

[issue46331] 3.11: tracing revisits class line after class docstring

Change by Mark Shannon : -- assignee: -> Mark.Shannon keywords: +patch stage: -> patch review ___ Python tracker ___ ___ Python-bu

[issue42609] Eval with too high string multiplication crashes newer Python versions

Irit Katriel added the comment: Apart from the 3.9 backport this is complete. -- nosy: +iritkatriel, lukasz.langa versions: -Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue32876] HTMLParser raises exception on some inputs

Hanno Boeck added the comment: Now the example code raises an AssertionError(). Is that intended? I don't think that's any better. I usually wouldn't expect an HTML parser to raise any error if you pass it a string, but instead to do fault tolerant parsing. And if it's expected that some in

[issue44577] Probably defect in Python 3.7.11

Irit Katriel added the comment: Python 3,7 is no longer maintained. Please create a new issue if you see this on a current version (>= 3.9) and are able to provide more information. -- nosy: +iritkatriel resolution: -> rejected stage: -> resolved status: open -> closed

[issue38656] [doc] clarify what data the mimetypes.MimeTypes class uses

Change by Irit Katriel : -- keywords: -patch title: mimetypes for python 3.7.5 fails to detect matroska video -> [doc] clarify what data the mimetypes.MimeTypes class uses versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7 ___ Python track

[issue44594] AsyncExitStack.enter_async_context() is mishandling exception __context__

Change by Irit Katriel : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed versions: -Python 3.7, Python 3.8 ___ Python tracker ___ _

[issue32876] HTMLParser raises exception on some inputs

Irit Katriel added the comment: The error() method was removed in issue31844. -- resolution: -> out of date stage: patch review -> resolved status: open -> closed superseder: -> HTMLParser: undocumented not implemented method ___ Python tracker <

[issue45492] stdlib inspect documentation on code.co_names is incorrect

Change by Irit Katriel : -- keywords: +easy versions: -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-li

[issue46377] TimedRotatingFileHandler "midnight" misleading when interval > 1

Change by Roundup Robot : -- keywords: +patch nosy: +python-dev nosy_count: 2.0 -> 3.0 pull_requests: +28797 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30599 ___ Python tracker _

[issue46377] TimedRotatingFileHandler "midnight" misleading when interval > 1

New submission from Mike Schiessl : Using the TimedRotatingFileHandler along with "when='midnight'" and interval > 1, midnight is handled equally to "days" which is a little misleading. Expectation: setting when to 'midnight', the file is rotated every midnight (interval value should be ignor

[issue46376] PyMapping_Check returns 1 for list

Aviram added the comment: Would checking the TPFLAGS for `Py_TPFLAGS_SEQUENCE` & `Py_TPFLAGS_MAPPING` when using `PySequence_Check` & `PyMapping_Check` be a valid fix? -- ___ Python tracker

[issue46376] PyMapping_Check returns 1 for list

Change by Ashley Anderson : -- nosy: +aganders3 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue46376] PyMapping_Check returns 1 for list

Aviram added the comment: https://github.com/PyO3/pyo3/issues/2072 Relevant discussion in PyO3 related issue -- ___ Python tracker ___ ___

[issue46345] Add an explicit test for `get_type_hints` for a class field with `None` default

Change by Nikita Sobolev : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue46269] '__new__' is never shown in `dir(SomeEnum)`

Change by Nikita Sobolev : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ __

[issue45991] Improve ambiguous docstrings in pkgutil

Change by Irit Katriel : -- keywords: +easy versions: -Python 3.6, Python 3.7, Python 3.8 ___ Python tracker ___ ___ Python-bugs-li

[issue46376] PyMapping_Check returns 1 for list

Change by Aviram : -- nosy: +benjamin.peterson, bukzor, georg.brandl, jmillikin, levkivskyi, miss-islington, pitrou, rhettinger, serhiy.storchaka ___ Python tracker ___ __

[issue46376] PyMapping_Check returns 1 for list

New submission from Aviram : This is re-open of https://bugs.python.org/issue5945. In the former issue, it was decided that documenting the odd behavior and later providing clean, good ABC C API would be the long term solution. Few years passed and there are no alternatives AFAIK I am wondering

[issue40280] Consider supporting emscripten/webassembly as a build target

Christian Heimes added the comment: New changeset c8319f7921fbcb0dea04da48a1b04a5d0d21ae1c by Christian Heimes in branch 'main': bpo-40280: Build WASM stdlib bundle and more modules for node (GH-30597) https://github.com/python/cpython/commit/c8319f7921fbcb0dea04da48a1b04a5d0d21ae1c ---

[issue46374] Assertion failed in ceval.c

Mark Shannon added the comment: I can reproduce this on linux. The problem is that when closing a generator that has not started, the frame may not be in a valid state (hence the assertion failure). This should be fixed by implementing https://github.com/faster-cpython/ideas/discussions/217

[issue46375] io.BytesIO does not have peek()

Change by Kumar Aditya : -- nosy: +benjamin.peterson, kumaraditya303, stutzbach ___ Python tracker ___ ___ Python-bugs-list mailing

[issue31116] base85 z85 variant encoding

Change by Matan Perelman : -- keywords: +patch nosy: +matan1008 nosy_count: 3.0 -> 4.0 pull_requests: +28796 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30598 ___ Python tracker _

[issue46375] io.BytesIO does not have peek()

New submission from Marcel Martin : It would be great to be able to use peek() on BytesIO objects. I have a function that gets passed a file-like object and uses peek() on it. This works for nearly all types of files relevant in my library, except BytesIO instances (which I use during testing

[issue40280] Consider supporting emscripten/webassembly as a build target

Change by Christian Heimes : -- pull_requests: +28795 pull_request: https://github.com/python/cpython/pull/30597 ___ Python tracker ___

[issue46374] Assertion failed in ceval.c

Change by Kumar Aditya : -- nosy: +Mark.Shannon ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue46374] Assertion failed in ceval.c

Kumar Aditya added the comment: Tested commit is 7c770d3350813a82a639fcb3babae0de2b87aaae -- ___ Python tracker ___ ___ Python-bugs

[issue46364] asyncio subprocess cannot read from /dev/stdin

Change by xoph : -- keywords: +patch pull_requests: +28794 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30596 ___ Python tracker ___ ___

[issue46374] Assertion failed in ceval.c

New submission from Kumar Aditya : The following code causes Assertion failed on Windows 11 import cProfile def test(): import sys import dis with cProfile.Profile() as p: test() Error: ❯ ./python.bat main.py Running Debug|x64 interpreter... Assertion failed: frame->f_lasti >=

[issue46374] Assertion failed in ceval.c

Change by Kumar Aditya : -- versions: +Python 3.11 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue46374] Assertion failed in ceval.c

Change by Kumar Aditya : -- components: Interpreter Core nosy: kumaraditya303 priority: normal severity: normal status: open title: Assertion failed in ceval.c type: crash ___ Python tracker _

[issue46369] get_type_hints does not evaluate ForwardRefs inside NewType

Nikita Sobolev added the comment: Oh, I mean `1)` and `B` -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46369] get_type_hints does not evaluate ForwardRefs inside NewType

Nikita Sobolev added the comment: I think we should go with `1)` and `A`. Adding a special case for getting hints from `NewType` directly does seem inconsistent with other type-constructs. Do you want to fix this? :) Or I can work on it today if you wish! --

[issue46362] os.path.abspath() needs more normalization on Windows

Change by neonene : -- pull_requests: +28793 pull_request: https://github.com/python/cpython/pull/30595 ___ Python tracker ___ ___ P

[issue46373] TypedDict and NamedTuple do not evaluate cross-module ForwardRef in all cases

New submission from Andreas H. : TypedDict does not resolve cross-module ForwardRefs when the ForwardRef is not a direct one. In other words the fix GH-27017 (issue 41249) for TypedDict seems incomplete. The same issue seem to exist for NamedTuple. Example: #module.py TD = typing.T

<    1   2