[issue27772] Refer to actual format string when creating “zero padding” error message

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

[issue27772] Refer to actual format string when creating “zero padding” error message

Serhiy Storchaka added the comment: PR 11270 fixes this issue by making such format valid. Preceding the width field by '0' no longer affects the default alignment for strings, i.e. no longer sets the alignment to invalid '=' if it is not specified explicitly. >>> format('abc', '<8') 'abc

[issue35537] use os.posix_spawn in subprocess

STINNER Victor added the comment: > I am going to merge the PR tomorrow, except if someone sees a good reason to > not merge it. I changed my mind and I decided to wait until I'm back from holiday instead :-) https://github.com/python/cpython/pull/11242#issuecomment-449151524 The function is

[issue27772] Refer to actual format string when creating “zero padding” error message

Change by Serhiy Storchaka : -- components: +Interpreter Core versions: +Python 3.8 -Python 2.7, Python 3.5, Python 3.6 ___ Python tracker ___ _

[issue34745] asyncio ssl memory leak

Chase N Peterson added the comment: I ran the code snippet below using uvloop/master in a docker container. As it ran, the container continually leaked memory. I included a graph with the memory usage. Environment: # cat /etc/*-release PRETTY_NAME="Debian GNU/Linux 9 (stretch)" NAME="Debian

[issue34745] asyncio ssl memory leak

Change by Alexander Mohr : -- versions: +Python 3.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue35485] Mac: tkinter windows turn black while resized

Kevin Walzer added the comment: http://core.tcl.tk/tk/tktview?name=ef9c3730e3 has some useful information on this from the Tk side. -- ___ Python tracker ___

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Erwan Le Pape added the comment: While the 3.7+ getaddrinfo isn't the best human representation of an IPv6 address, I believe it does make the most sense to keep it that way. In any case, this is a regression and changing return values of getaddrinfo for 3.7 isn't something that should be con

[issue35545] asyncio.base_events.create_connection doesn't handle scoped IPv6 addresses

Change by Erwan Le Pape : -- keywords: +patch pull_requests: +10507 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-l

[issue35547] email.parser / email.policy does correctly handle multiple RFC2047 encoded-word tokens across RFC5322 folded headers

Change by Martijn Pieters : -- components: +email nosy: +barry, r.david.murray type: -> behavior versions: +Python 3.7 ___ Python tracker ___ _

[issue35547] email.parser / email.policy does correctly handle multiple RFC2047 encoded-word tokens across RFC5322 folded headers

Martijn Pieters added the comment: Right, re-educating myself on the MIME RFCs, and found https://bugs.python.org/issue1372770 where the same issue is being discussed for previous incarnations of the email library. Removing the FWS after CRLF is the wrong thing to do, **unless** RFC2047 sep

[issue35547] email.parser / email.policy does correctly handle multiple RFC2047 encoded-word tokens across RFC5322 folded headers

Martijn Pieters added the comment: That regex is incorrect, I should not post untested code from a mobile phone. Corrected workaround with more context: import re from email.policy import EmailPolicy class UnfoldingEncodedStringHeaderPolicy(EmailPolicy): def header_fetch_parse(self, name

[issue35208] IDLE: Squeezed lines count ignores window width

Terry J. Reedy added the comment: Tal, trying to understand your confused description of what behavior you want to fix required me to experiment and think. There are at least 2 separate issues: triggering of auto-squeeze and lines reported (regardless of what triggers squeezing). The follo

[issue35547] email.parser / email.policy does correctly handle multiple RFC2047 encoded-word tokens across RFC5322 folded headers

era added the comment: I don't think this is a bug. My impression is that encoded words should be decodable in isolation. -- nosy: +era ___ Python tracker ___ ___

[issue35548] memoryview needlessly (?) requires represented object to be hashable

New submission from Ilya Kulakov : Implementation of memoryview's hashing method [1] imposes the following constraints in order to be hashable (per documentation): > One-dimensional memoryviews of hashable (read-only) types with formats ‘B’, > ‘b’ or ‘c’ are also hashable. The hash is defined

[issue35259] Py_FinalizeEx unconditionally exists in Py_LIMITED_API

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

[issue22703] Idle Code Context menu entrie(s)

Terry J. Reedy added the comment: This is a dependency of #33610. -- versions: -Python 3.6 ___ Python tracker ___ ___ Python-bugs-

[issue21478] mock calls don't propagate to parent (autospec)

Change by Karthikeyan Singaravelan : -- keywords: +patch pull_requests: +10508 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue24928] mock.patch.dict spoils order of items in collections.OrderedDict

Karthikeyan Singaravelan added the comment: Thinking about it further the attached test is based on the ordering of dict and hence works only on 3.6 and above. But this test will be backported to mock on PyPI where this will fail on 2.7 and 3.4, 3.5. Is it okay to apply the fix that makes ba

<    1   2