[issue33571] Add triple quotes to list of delimiters that trigger '...' prompt

Change by Andrés Delfino : -- assignee: docs@python components: Documentation nosy: adelfino, docs@python priority: normal severity: normal status: open title: Add triple quotes to list of delimiters that trigger '...' prompt type: enhancement versions: Python 2.7,

[issue32519] venv API docs - symlinks default incorrect

Change by Berker Peksag : -- nosy: +vinay.sajip ___ Python tracker ___ ___

[issue30437] SSL_shutdown needs SSL_read() until SSL_ERROR_ZERO_RETURN

Christian Heimes added the comment: The issue can occur when the peer sends data while processing the close notify alert. The meaningless SSL_ERROR_SYSCALL in SSL_shutdown() is even more severe with OpenSSL 1.1.1 and TLS 1.3. In case the client only writes and never reads,

[issue33570] OpenSSL 1.1.1 / TLS 1.3 cipher suite changes

New submission from Christian Heimes : The definition and configuration of TLS 1.3 cipher suites has changed during the development phase of OpenSSL 1.1.1. The cipher suites are no longer prefixed with "TLS13-". TLS 1.3 are always enabled and can no longer be disabled with

[issue33376] [pysqlite] Duplicate rows can be returned after rolling back a transaction

Change by Aviv Palivoda : -- nosy: +palaviv ___ Python tracker ___ ___ Python-bugs-list

[issue33569] dataclasses InitVar does not maintain any type info

New submission from reinhrst : Right now dataclasses.InitVar[something] is dataclasses.InitVar. This means that any type-information is removed, and it will (for instance) be impossible to do (runtime) type info checks on the generated __init__, or find out anything

[issue33568] Inconsistent behavior of non-ascii handling in EmailPolicy.fold

Change by Licht Takeuchi : -- type: -> behavior ___ Python tracker ___ ___

[issue33568] Inconsistent behavior of non-ascii handling in EmailPolicy.fold

New submission from Licht Takeuchi : policy.utf8 is False, but non-ascii are not well-handled. Repro. code. ``` Python 3.6.4 |Anaconda, Inc.| (default, Jan 16 2018, 18:10:19) [GCC 7.2.0] on linux Type "help", "copyright", "credits" or "license" for more information. >>>

[issue32463] problems with shutil.py and os.get_terminal_size

Berker Peksag added the comment: Thanks for the report. I agree with Eryk. os.get_terminal_size() is a low-level function. shutil.get_terminal_size() should be used as documented at https://docs.python.org/3/library/os.html#os.get_terminal_size

[issue33524] non-ascii characters in headers causes TypeError on email.policy.Policy.fold

Change by Licht Takeuchi : -- keywords: +patch pull_requests: +6625 stage: -> patch review ___ Python tracker ___

[issue33567] Explicitly mention bytes and other buffers in the documentation for float()

Change by Joël Schaerer : -- nosy: +joelthelion ___ Python tracker ___ ___

[issue33565] strange tracemalloc results

Antoine Pitrou added the comment: Can you post a reproducer that doesn't involve S3? -- nosy: +pitrou ___ Python tracker ___

[issue33567] Explicitly mention bytes and other buffers in the documentation for float()

New submission from Martijn Pieters : float(bytesobject) treats the contents of the bytesobject as a sequence of ASCII characters, and converts those to a float value as if you used float(bytesobject.decode('ASCII')). The same support is extended to other objects implementing

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: Thanks - I had forgotten it, just fixed it now. -- ___ Python tracker ___

[issue12486] tokenize module should have a unicode API

Martin Panter added the comment: Don’t forget about updating __all__. -- ___ Python tracker ___

[issue33522] Enable CI builds on Visual Studio Team Services

Stéphane Wirtel added the comment: Hi Steve I just saw VSTS in action, it's a great job, thank you. Compared to Travis-CI: * is there more computers for the tests on VSTS? * with time, what will be the reference if there is a 'green' build? TravisCI or VSTS? Thank you

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: I agree, it's not a good design, but it's what's already there; I just want to ensure that it won't be removed without a deprecation cycle. My PR makes no changes to behaviour, only to documentation and tests. This and issue 9969 have

[issue33566] re.findall() dead locked whent the expected ending char not occur until end of string

Min added the comment: Sorry again, the sample code offered is issue of re.sub(), not findall() :o))) -- ___ Python tracker ___

[issue25478] Consider adding a normalize() method to collections.Counter()

Vedran Čačić added the comment: My reading of the documentation says floats are only tentatively supported. The main text of the documentation says the values are supposed to be integers. Even the note mostly talks about negative values, the floats are mentioned in only one

[issue33566] re.findall() dead locked whent the expected ending char not occur until end of string

Min added the comment: Sorry, forgot I have upgraded to 3.6.2, not 3.5 -- versions: +Python 3.6 -Python 3.5 ___ Python tracker

[issue33566] re.findall() dead locked whent the expected ending char not occur until end of string

New submission from Min : Firstly, I wrote something like this: patn = r"\bROW\s*\((\d+|\*)\)(.|\s)*?\)" newlines = re.sub(patn, "\nY\n", newlines) but if the file(or string) ended without the expected ")" the code deadlock there, no

[issue33559] Exception's repr change not documented

Serhiy Storchaka added the comment: Thank you for your report and PR Miro! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33554] Optimize PyDictObject

Serhiy Storchaka added the comment: I'm -1 too. There are no visible benefits, but this change makes maintaining harder and adds a risk of introducing bugs and performance regression. -- resolution: -> fixed stage: patch review -> resolved status: open ->

[issue12486] tokenize module should have a unicode API

Serhiy Storchaka added the comment: My concern is that we will have two functions with non-similar names (tokenize() and generate_tokens()) that does virtually the same, but accept different types of input (bytes or str), and the single function untokenize() that

[issue12486] tokenize module should have a unicode API

Thomas Kluyver added the comment: I wouldn't say it's a good name, but I think the advantage of documenting an existing name outweighs that. We can start (or continue) using generate_tokens() right away, whereas a new name presumably wouldn't be available until Python

[issue33565] strange tracemalloc results

Andrew Svetlov added the comment: Victor, could you take a look? -- nosy: +asvetlov, vstinner ___ Python tracker ___

[issue25478] Consider adding a normalize() method to collections.Counter()

Mark Dickinson added the comment: The point is that if you cache the total and update on each operation, you end up with a total that depends not just on the current contents of the Counter, but also on the history of operations. That seems like a bad idea: you could have

[issue25478] Consider adding a normalize() method to collections.Counter()

Vedran Čačić added the comment: Well, yes, floats are innacurate. Do you really expect to normalize Counters containing values like a googol, or was it just a strawman? For me, it is much more imaginable* that total be zero because you have a negative value (e.g. {'spam':

[issue33522] Enable CI builds on Visual Studio Team Services

Ammar Askar added the comment: >core-workflow made a premature decision to turn off Travis and AppVeyor and >make VSTS blocking. It looks like AppVeyor and Travis are still running as of the latest PR: https://github.com/python/cpython/pull/6965 Annoyingly, I don't

[issue25478] Consider adding a normalize() method to collections.Counter()

Mark Dickinson added the comment: > total should be a cached property, that's updated on every Counter update That would run into difficulties for Counters with float values: e.g., after >>> c = Counter() >>> c['spam'] = 1e100 >>> c['eggs'] = 1 >>> c['spam'] = 0 the

[issue12486] tokenize module should have a unicode API

Change by Serhiy Storchaka : -- nosy: +barry, mark.dickinson, michael.foord, trent versions: +Python 3.8 -Python 3.6 ___ Python tracker

[issue12486] tokenize module should have a unicode API

Serhiy Storchaka added the comment: The old generate_tokens() was renamed to tokenize() in issue719888 because the latter is a better name. Is "generate_tokens" considered a good name now? -- ___ Python tracker

<    1   2