[issue35144] TemporaryDirectory clean-up fails with unsearchable directories

[Eryk Sun]

Change by Eryk Sun :


--
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43645] xmlrpc.client.ServerProxy silently drops query string from URI

[frathgeber]

New submission from frathgeber :

The change introduced in https://github.com/python/cpython/pull/15703 
(bpo-38038) caused an (I presume unintended) behavior change that breaks some 
xmlrpc users: previously, the XLMRPC handler was everything after the host part 
of the URI 
(https://github.com/python/cpython/blame/32f825393e5836ab71de843596379fa3f9e23c7a/Lib/xmlrpc/client.py#L1428),
 but now the query string is *discarded* 
(https://github.com/python/cpython/blame/63298930fb531ba2bb4f23bc3b915dbf1e17e9e1/Lib/xmlrpc/client.py#L1424).

This is known to break the XMLRPC for DokuWiki 
(https://www.dokuwiki.org/devel:xmlrpc), which uses query parameters for 
authentication: https://github.com/kynan/dokuwikixmlrpc/issues/8

--
components: Library (Lib)
messages: 389632
nosy: christian.heimes, kynan
priority: normal
severity: normal
status: open
title: xmlrpc.client.ServerProxy silently drops query string from URI
type: behavior
versions: Python 3.10, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue38038] Remove urllib.parse._splittype from xmlrpc.client

[frathgeber]

frathgeber  added the comment:

Filed bpo-43645

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43645] xmlrpc.client.ServerProxy silently drops query string from URI

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> xmlrpc.client ignores query in URI ("?action=xmlrpc2") since 
python-3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43433] xmlrpc.client ignores query in URI ("?action=xmlrpc2") since python-3.9

[frathgeber]

Change by frathgeber :


--
nosy: +kynan

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43646] ForwardRef name conflict during evaluation

[Christodoulos Tsoulloftas]

New submission from Christodoulos Tsoulloftas :

Consider two modules with the same name forward references with the same type 
construct


./a.py


```
from typing import Optional


class Root:
a: Optional["Person"]


class Person:
value: str

```


./b.py

```
from typing import Optional


class Root:
b: Optional["Person"]


class Person:
value: str

```

There is a naming conflict, I think due to caching, and the type hint of the 
second property points to the first one.


```
>>> from typing import get_type_hints, Optional
>>> from a import Root as RootA, Person as PersonA
>>> from b import Root as RootB, Person as PersonB
>>> 
>>> roota_hints = get_type_hints(RootA)
>>> rootb_hints = get_type_hints(RootB)
>>> 
>>> print(roota_hints)
{'a': typing.Optional[a.Person]}
>>> print(rootb_hints)
{'b': typing.Optional[a.Person]}
>>> 
>>> assert roota_hints["a"] == Optional[PersonA]
>>> assert rootb_hints["b"] == Optional[PersonB]  # fails, points to PersonA
Traceback (most recent call last):
  File "", line 1, in 
AssertionError
>", line 1, in 
AssertionError
>>> 

```


The behavior started in python 3.10, I am not sure which alpha version, I am 
using 3.10.0a6+

--
components: Library (Lib)
messages: 389634
nosy: tefra
priority: normal
severity: normal
status: open
title: ForwardRef name conflict during evaluation
type: behavior
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43433] xmlrpc.client ignores query in URI ("?action=xmlrpc2") since python-3.9

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash on print() of some characters

[Mikhail]

New submission from Mikhail :

Hi! I'm not sure if it's an IDLE, library, Xserver or font error, but either 
way, IDLE is behaving incorrectly. I have installed 3.8 and 3.9 versions, and 
on both it works, I do not know about the others, but I suspect that on the 
others, this error also occurs.

The error occurs in the following way: if you type any of the characters 
'\u270(5-f)' in IDLE, its work will stop unexpectedly. I suspect that for many 
other symbols there will be the same error, but so far noticed only on these. 

This is what the output to the terminal says:
```
X Error of failed request:  BadLength (poly request too large or internal Xlib 
length error)
  Major opcode of failed request:  139 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  2131
  Current serial number in output stream:  2131
```

I think the error is somewhere in the system error handler or in the incorrect 
behavior of the fonts display (or both :) ), it would be more correct to catch 
the error and display it in the output, rather than suddenly terminate.

My system is Ubuntu 20.04, KDE 5.

--
assignee: terry.reedy
components: IDLE
messages: 389635
nosy: terry.reedy, tetelevm
priority: normal
severity: normal
status: open
title: Sudden crash on print() of some characters
versions: Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash on print() of some characters

[Christian Heimes]

Christian Heimes  added the comment:

I cannot reproduce the issue on Fedora 33 with KDE 5 and libX11-1.6.12:

Python 3.9.2 (default, Feb 20 2021, 00:00:00) 
[GCC 10.2.1 20201125 (Red Hat 10.2.1-9)] on linux
Type "help", "copyright", "credits" or "license()" for more information.
>>> '\u2705'
'✅'
>>> '\u270f'
'✏'

--
nosy: +christian.heimes

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43648] Remove redundant datefmt option in logging file config

[Harry]

New submission from Harry :

In the logging.conf section of the docs, there is a redundant datefmt option

https://docs.python.org/3.10/howto/logging.html#configuring-logging

--
assignee: docs@python
components: Documentation
messages: 389637
nosy: Harry-Lees, docs@python
priority: normal
severity: normal
status: open
title: Remove redundant datefmt option in logging file config
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43648] Remove redundant datefmt option in logging file config

[Harry]

Change by Harry :


--
keywords: +patch
pull_requests: +23800
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/25051

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42938] [security][CVE-2021-3177] ctypes double representation BoF

[Monix]

Monix  added the comment:

Hope everyone has a nice day

--
nosy: +milanjugessur1404

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue42938] [security][CVE-2021-3177] ctypes double representation BoF

[Monix]

Monix  added the comment:

Hope everyone has a nice day

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue17519] unittest should not try to run abstract classes

[Nathaniel Manista]

Nathaniel Manista  added the comment:

michael.foord: I am now persuaded that the feature requested here ought be 
reconsidered (since my last comment there's been a lot of chatter about it 
behind closed doors at work, but I can at least cite 
https://github.com/abseil/abseil-py/issues/166 as a public example of the 
question coming up).

Would it be appropriate to file a new issue? My issue tracker training brought 
me up to believe that it's better to reopen an existing closed issue in a 
circumstance like this, but I respect that that may not be the custom in this 
issue tracker, and besides I lack the permission in this issue tracker to 
reopen this issue. 😛

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

[Patrick Storz]

New submission from Patrick Storz :

This is a follow-up to https://bugs.python.org/issue20010

I'm seeing this very issue in a recent gcc build of Python 3.8 
(mingw-w64-x86_64-python 3.8.8-2 from MSYS2 project):

Python 3.8.8 (default, Feb 20 2021, 07:16:03)  [GCC 10.2.0 64 bit (AMD64)] on 
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import time
>>> time.strftime('%z', time.localtime(time.time()))
'Mitteleuropäische Sommerzeit'
>>> time.strftime('%Z', time.localtime(time.time()))
'Mitteleuropäische Sommerzeit'


If this is indeed fixed in MSVCRT, it seems behavior is still not guaranteed 
when compiling with mingw-w64 gcc.

--
components: Library (Lib), Windows
messages: 389641
nosy: Aaron.Meurer, Ede123, Václav Dvořák, civalin, docs@python, eryksun, 
ezio.melotti, kepkin, martin-t, paul.moore, r.david.murray, steve.dower, 
tim.golden, vstinner, zach.ware
priority: normal
severity: normal
status: open
title: time.strftime('%z') doesn't return UTC offset in the form ±HHMM
type: behavior
versions: Python 3.8

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

[Patrick Storz]

Change by Patrick Storz :


___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[mickey695]

mickey695  added the comment:

Happy passover Irit(and/or anyone else celebrating)!

While your suggestion is accurate, I can't say whether it's enough or not.
This is up to you and the other python language development forum to decide :)

--
versions:  -Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[mickey695]

Change by mickey695 :


--
versions: +Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43646] ForwardRef name conflict during evaluation

[Ken Jin]

Ken Jin  added the comment:

Wow, thank you for the excellent bug report! Surprisingly, issue42904 's patch 
fixes this problem as well. I've spent a few hours trying to debug this, and 
here's some findings:

TLDR:
3.9.1 - 3.10 added ForwardRef recursive evaluation. A guess is that since 
get_type_hints has always been passing the wrong locals() for classes as 
mentioned in issue42904, that may cause nested ForwardRefs to be resolved 
incorrectly.

Observations:

a.py:
```
class Root:
a: List["Person"]
```

On first call of get_type_hints(Root), _eval_type evals in the following order:

```
# These print the repr, globals['__name__'], locals['__name__'], and code 
object (only for ForwardRef __forward_code__)

ForwardRef: ForwardRef("List['Person']"), a, None,  at 
0x0503A7A8, file "", line 1>
GenericAlias: typing.List[ForwardRef('Person')], a, a
ForwardRef: ForwardRef('Person'), a, a,  at 0x0503AAF0, 
file "", line 1>
NA: 
```

Then on a second repeated call of get_type_hints(Root), _eval_type does:

```
ForwardRef: ForwardRef("List['Person']"), a, None,  at 
0x0503A7A8, file "", line 1>
GenericAlias: typing.List[ForwardRef('Person')], a, a
ForwardRef: ForwardRef('Person'), a, a,  at 0x0503AAF0, 
file "", line 1>
```

It's skipping the last evaluation of . This also occurs if I 
call it with RootB after Root.

I managed to reproduce this in 3.9.1-2 as well. The only requirement is to 
change the example to
```
class Root:
a: 'List["Person"]'
```

--
nosy: +gvanrossum, kj, levkivskyi
versions: +Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[Eric V. Smith]

Eric V. Smith  added the comment:

> The syntax is related to that of formatted string literals, but it is less 
> sophisticated and, in particular, does not support arbitrary expressions.

That seems fine to me.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[Irit Katriel]

Change by Irit Katriel :


--
keywords: +patch
pull_requests: +23801
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/25053

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43649] time.strftime('%z') doesn't return UTC offset in the form ±HHMM

[Eryk Sun]

Eryk Sun  added the comment:

I closed bpo-20010 because the official PSF distributions of Python 3.5+ for 
Windows use the Universal CRT (ucrt), the system C runtime library for 
applications. ucrt does not have this problem with the "%z" format code. For 
example, using ctypes:

>>> import ctypes
>>> timeptr = (ctypes.c_int * 9)()
>>> dest = (ctypes.c_char * 100)()

>>> ucrt = ctypes.CDLL('ucrtbase', use_errno=True)
>>> ucrt.strftime(dest, 100, b"%z", timeptr)
5
>>> dest.value
b'+0100'

Mingw-w64 probably links against msvcrt.dll, the private CRT that's used by 
some system components. For example:

>>> msvcrt = ctypes.CDLL('msvcrt', use_errno=True)
>>> msvcrt.strftime(dest, 100, b"%z", timeptr)
22
>>> dest.value
b'Mitteleurop\xe4ische Zeit'

This a third-party problem since Python is simply calling C strftime(). I'll 
leave this open for a core developer to consider, but I don't think a 
workaround is likely at this level. IIRC, compiling Python with Mingw-w64 
requires extensive patching, so a workaround is more likely to be applied at 
that level.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash on print() of some characters

[Mikhail]

Mikhail  added the comment:

I checked the behavior, and found out that it depends on the font. I have "Noto 
Sans Mono", and if I enter, for example, '\u2709', IDLE crashes. But if I put 
another font, for example 'Dejavu Mono', just a blank line is displayed. Also, 
if I output the characters to "dejavu" and then switch to "noto", the bug 
disappears until I restart IDLE.

P.S. I've played around, and crashes don't always happen when I change font, 
but, personally, it always happens when I open IDLE with "Noto Sans Mono" font. 
Also, if needed, I can check tomorrow on other laptops with other systems.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash on print() of some characters

[Christian Heimes]

Christian Heimes  added the comment:

Excellent investigation!

Idle automatically picked Dejavu Sans Mono as default font. I have also several 
fonts for e.g. unicode symbols and emojis installed. Noto Sans Mono CJK fonts 
are working fine, too. However when I select the Noto Emoji font in the font 
selector, Idle immediately crashes with a very similar Xlib error

X Error of failed request:  BadLength (poly request too large or internal Xlib 
length error)
  Major opcode of failed request:  139 (RENDER)
  Minor opcode of failed request:  20 (RenderAddGlyphs)
  Serial number of failed request:  12760
  Current serial number in output stream:  12769

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[miss-islington]

Change by miss-islington :


--
nosy: +miss-islington
nosy_count: 4.0 -> 5.0
pull_requests: +23802
pull_request: https://github.com/python/cpython/pull/25055

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[Eric V. Smith]

Eric V. Smith  added the comment:


New changeset fb1d01b9630b5069fe975f16e07a027d90b89434 by Irit Katriel in 
branch 'master':
bpo-31907: [doc] clarify that str.format() does not support arbitrary 
expressions (#25053)
https://github.com/python/cpython/commit/fb1d01b9630b5069fe975f16e07a027d90b89434


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[miss-islington]

Change by miss-islington :


--
pull_requests: +23803
pull_request: https://github.com/python/cpython/pull/25056

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43433] xmlrpc.client ignores query in URI ("?action=xmlrpc2") since python-3.9

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +23804
pull_request: https://github.com/python/cpython/pull/25057

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[miss-islington]

miss-islington  added the comment:


New changeset 24ba0ea9e0160cc85e0fa24f32b1651c8b3a24b0 by Miss Islington (bot) 
in branch '3.8':
[3.8] bpo-31907: [doc] clarify that str.format() does not support arbitrary 
expressions (GH-25053) (GH-25056)
https://github.com/python/cpython/commit/24ba0ea9e0160cc85e0fa24f32b1651c8b3a24b0


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[Eric V. Smith]

Change by Eric V. Smith :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31907] doc: Clarify error message when attempting to call function via str.format()

[Eric V. Smith]

Eric V. Smith  added the comment:


New changeset 9a8e0780247acb256dd8b04c15b3dd0f59ef2fe1 by Miss Islington (bot) 
in branch '3.9':
bpo-31907: [doc] clarify that str.format() does not support arbitrary 
expressions (GH-25053) (GH-25055)
https://github.com/python/cpython/commit/9a8e0780247acb256dd8b04c15b3dd0f59ef2fe1


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43094] sqlite3 signature discrepancies between documentation and implementation

[Erlend Egeberg Aasland]

Erlend Egeberg Aasland  added the comment:

> Of course! I may be not be able to respond to you quickly in the next few 
> weeks, though.

Thank you! I'll send you a preliminary version sometime this week.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43650] MemoryError on zip.read in shutil._unpack_zipfile

[igor voltaic]

New submission from igor voltaic :

MemoryError: null
  ...
  File "", line 13, in repack__file
shutil.unpack_archive(local_file_path, local_dir)
  File "python3.6/shutil.py", line 983, in unpack_archive
func(filename, extract_dir, **kwargs)
  File "python3.6/shutil.py", line 901, in _unpack_zipfile
data = zip.read(info.filename)
  File "python3.6/zipfile.py", line 1338, in read
return fp.read()
  File "python3.6/zipfile.py", line 858, in read
buf += self._read1(self.MAX_N)
  File "python3.6/zipfile.py", line 948, in _read1
data = self._decompressor.decompress(data, n)

shutil.unpack_archive tries to read the whole file into memory, making use of 
any buffer at all. Python crashes for really large files. In my case — archive: 
~1.7G, unpacked: ~10G. Interestingly zipfile.ZipFile.extractall handles this 
case more effective.

--
components: Library (Lib)
messages: 389652
nosy: igorvoltaic
priority: normal
severity: normal
status: open
title: MemoryError on zip.read in shutil._unpack_zipfile
type: crash
versions: Python 3.6, Python 3.7, Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43650] MemoryError on zip.read in shutil._unpack_zipfile

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
nosy: +python-dev
nosy_count: 1.0 -> 2.0
pull_requests: +23805
stage:  -> patch review
pull_request: https://github.com/python/cpython/pull/25058

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26702] A better assert statement

[Irit Katriel]

Irit Katriel  added the comment:

Maybe we could use the walrus operator for this: make assert display the reprs 
of all named sub-expressions.

--
nosy: +iritkatriel
type:  -> enhancement
versions: +Python 3.10 -Python 3.6

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25643] Python tokenizer rewriting

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 261a452a1300eeeae1428ffd6e6623329c085e2c by Pablo Galindo in 
branch 'master':
bpo-25643: Refactor the C tokenizer into smaller, logical units (GH-25050)
https://github.com/python/cpython/commit/261a452a1300eeeae1428ffd6e6623329c085e2c


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue25643] Python tokenizer rewriting

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue21254] doc: PropertyMock refuses to raise AttributeErrror as a side effect

[Irit Katriel]

Change by Irit Katriel :


--
components: +Documentation, Library (Lib)
stage: test needed -> needs patch
title: PropertyMock refuses to raise AttributeErrror as a side effect -> doc: 
PropertyMock refuses to raise AttributeErrror as a side effect
versions: +Python 3.10, Python 3.8, Python 3.9 -Python 3.4, Python 3.5, Python 
3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue31956] Add start and stop parameters to the array.index()

[Zackery Spytz]

Change by Zackery Spytz :


--
nosy: +ZackerySpytz
nosy_count: 8.0 -> 9.0
pull_requests: +23807
pull_request: https://github.com/python/cpython/pull/25059

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue26702] A better assert statement

[Ammar Askar]

Ammar Askar  added the comment:

Just a note and possible design inspiration, pytest has pretty assertions like 
this to allowing you to write unit tests purely with the assert statement and 
not unittest's special `assert...` methods: 
https://docs.pytest.org/en/stable/example/reportingdemo.html#tbreportdemo

--
nosy: +ammar2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue33164] Blake 2 module update

[Inada Naoki]

Change by Inada Naoki :


--
pull_requests: +23808
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/25060

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43510] PEP 597: Implemente encoding="locale" option and EncodingWarning

[Inada Naoki]

Inada Naoki  added the comment:


New changeset 4827483f47906fecee6b5d9097df2a69a293a85c by Inada Naoki in branch 
'master':
bpo-43510: Implement PEP 597 opt-in EncodingWarning. (GH-19481)
https://github.com/python/cpython/commit/4827483f47906fecee6b5d9097df2a69a293a85c


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43651] PEP 597: Fix EncodingError

[Inada Naoki]

Change by Inada Naoki :


--
nosy: methane
priority: normal
severity: normal
status: open
title: PEP 597: Fix EncodingError
versions: Python 3.10

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails

[David Bolen]

David Bolen  added the comment:

The test has also begun failing on the Win10 buildbot (after updating to 20H2 
from an older 1803).

--
nosy: +db3l

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails

[Jeremy Kloth]

Change by Jeremy Kloth :


--
nosy: +jkloth

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

[Kevin Geller]

Kevin Geller  added the comment:

I was also facing the similar issue. But I got it fixed by following the steps 
provided on https://enhau.com/

--
nosy: +kevingeller

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails

[Inada Naoki]

Change by Inada Naoki :


--
keywords: +patch
nosy: +methane
nosy_count: 13.0 -> 14.0
pull_requests: +23809
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/19481

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash displaying certain characters in tk widget

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This is actually a tk and tkinter issue rather than IDLE issue as such.  Python 
code can only catch Python exceptions, and I believe that the Xserver crash 
does not result in one.  These crashes were reported on a different issue and 
the conclusion there is that there is nothing we know to do.

IDLE uses the default tkFixedFont unless the user selects another one.  If tk 
selects a font that crashes, that is not IDLE's fault, or even tkinter's.  If 
there were a font that was always available on every *nix system and that never 
crashed for any unicode char, then IDLE could select that on *nix systems.  But 
I have no idea of such.  (Courier serves that purpose on Windows, and it is the 
tkFixedFont font on Windows.)

In the meanwhile, users can select a different font upon startup, which only 
uses ascii chars (if one starts with Shell and no editor).  Select Options => 
Configure IDLE.  Possible use the font sample box to try out the problematic 
chars but pasting or otherwise inserting.  If IDLE crashes, try again.  The 
resolution of this issue might be to say something more in the doc about this 
problem, as people seem to be using non-ascii more often, or maybe more ofter 
loading fonts that do not work.

Serhiy, can you say any more?  You know much more about tk/tkinter default font 
choices and Xserver font crashes than I do.

--
components: +Tkinter -IDLE
nosy: +serhiy.storchaka
title: Sudden crash on print() of some characters -> Sudden crash displaying 
certain characters in tk widget
type:  -> crash
versions: +Python 3.10 -Python 3.8, Python 3.9

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue43647] Sudden crash displaying certain characters in tk widget

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Looks like a duplicate of issue42225. It happens with colored fonts. In any 
case it is a Tk issue and it should be fixed in the latest Tk bugfix release 
(8.6.11).

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue37945] [Windows] test_locale.TestMiscellaneous.test_getsetlocale_issue1813() fails

[Terry J. Reedy]

Terry J. Reedy  added the comment:

So, can we delete it?

PR 19781 is for #43510 and is listed here above only because this issue is 
mentioned.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com