Change by Alex Waygood :
--
nosy: -AlexWaygood
___
Python tracker
<https://bugs.python.org/issue46851>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
I'm removing 3.7 and 3.8 from the "versions" field, since they're currently
only accepting patches for security-related bugs. But thanks for testing on
those versions as well — that's useful information!
--
components: +Library
Change by Alex Waygood :
--
type: -> behavior
versions: -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue46873>
___
___
Python-
Alex Waygood added the comment:
Hi Vidhya — @slateny submitted a PR for this issue only two days ago (you can
see that it's linked to this BPO issue in the "Pull Requests" field). I think
it would be good to wait until that has been reviewed before doing any work on
a possi
Change by Alex Waygood :
--
nosy: +yselivanov
versions: -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue38854>
___
___
Python-bug
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue38854>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
Thanks for the report! I think this is a duplicate of Issue37082.
--
nosy: +AlexWaygood
resolution: -> duplicate
stage: needs patch -> resolved
status: open -> pending
___
Python tracker
<https://bug
Change by Alex Waygood :
--
status: pending -> open
superseder: -> Assignment expression symbol (walrus) not in built-in help()
___
Python tracker
<https://bugs.python.org/i
Change by Alex Waygood :
--
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue46876>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Alex Waygood :
--
nosy: +pablogsal
versions: -Python 3.10
___
Python tracker
<https://bugs.python.org/issue46902>
___
___
Python-bugs-list mailin
Change by Alex Waygood :
--
nosy: +Jelle Zijlstra, gvanrossum, kj, sobolevn
___
Python tracker
<https://bugs.python.org/issue43923>
___
___
Python-bugs-list m
Change by Alex Waygood :
--
keywords: -easy
___
Python tracker
<https://bugs.python.org/issue19217>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
The latest plan sounds good to me. I have some Thoughts on the proposed API,
but it will be easier to express those as part of a PR review. Looking forward
to seeing the PR!
--
___
Python tracker
<ht
Alex Waygood added the comment:
I actually have quite a few use cases for this feature. It's true that type
checkers don't (yet) support it, but that doesn't mean that it should be
disallowed at runtime. In fact, allowing it at runtime will surely give type
checkers room to
Alex Waygood added the comment:
> Is there an actual use case that broke?
No, because this was never usable in the first place. But there are those who
wish it were usable :)
--
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue44863>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +Jelle Zijlstra, sobolevn
___
Python tracker
<https://bugs.python.org/issue44863>
___
___
Python-bugs-list mailing list
Unsub
Change by Alex Waygood :
--
nosy: +Jelle Zijlstra
___
Python tracker
<https://bugs.python.org/issue46927>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
type: crash -> behavior
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue46930>
___
___
Python-bugs-list mai
Alex Waygood added the comment:
Consider the typeshed stub for `concurrent.futures.DoneAndNotDoneFutures`. At
runtime this is a `collections.namedtuple`, but in the stub, we need it to be
generic to allow precise type inference. But we can't have a generic
NamedTuple, so the st
Change by Alex Waygood :
--
nosy: +graingert
___
Python tracker
<https://bugs.python.org/issue43923>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
I sense we'll have to agree to disagree on the usefulness of NamedTuples in the
age of dataclasses :)
For me, I find the simplicity of the underlying idea behind namedtuples —
"tuples with some properties bolted on" — very attractive. Yes, stand
Change by Alex Waygood :
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue46938>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +29830
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/31712
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
Thanks so much to Ken, Łukasz, Jelle, Guido, and everybody else who helped
review these PRs!
--
___
Python tracker
<https://bugs.python.org/issue45
Alex Waygood added the comment:
I think this might be a duplicate of Issue46361?
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue46
Alex Waygood added the comment:
+1 for the more minimal changeset proposed in PR 31781. I've never felt a need
for NamedTuple multiple inheritance other than with Generic, so wouldn't be
opposed to restricting it only to Generic.
--
Change by Alex Waygood :
--
nosy: +AlexWaygood, Jelle Zijlstra, gvanrossum, iritkatriel
___
Python tracker
<https://bugs.python.org/issue46967>
___
___
Python-bug
Alex Waygood added the comment:
I agree with Jelle — a valid protocol cannot inherit from a concrete type, and
the whole point of NamedTuple is that it creates a tuple subclass (and tuple is
obviously a concrete type).
--
___
Python tracker
Change by Alex Waygood :
--
stage: patch review -> backport needed
___
Python tracker
<https://bugs.python.org/issue46677>
___
___
Python-bugs-list mai
Change by Alex Waygood :
--
stage: patch review -> backport needed
___
Python tracker
<https://bugs.python.org/issue46581>
___
___
Python-bugs-list mai
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue43224>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +Jelle Zijlstra
___
Python tracker
<https://bugs.python.org/issue46581>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +AlexWaygood
nosy_count: 3.0 -> 4.0
pull_requests: +29902
pull_request: https://github.com/python/cpython/pull/31801
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Alex Waygood :
--
nosy: +Jelle Zijlstra
___
Python tracker
<https://bugs.python.org/issue46982>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: -AlexWaygood
___
Python tracker
<https://bugs.python.org/issue46961>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue47006>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +ned.deily
___
Python tracker
<https://bugs.python.org/issue47016>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Alex Waygood :
--
nosy: +asvetlov, giampaolo.rodola, josiahcarlson, stutzbach, yselivanov
___
Python tracker
<https://bugs.python.org/issue47
Change by Alex Waygood :
--
pull_requests: +30031
pull_request: https://github.com/python/cpython/pull/31941
___
Python tracker
<https://bugs.python.org/issue46
New submission from Alex Waygood :
I have tried several times now to upgrade to Python 3.10.3 using the 64-bit
installer for Windows at https://www.python.org/downloads/release/python-3103/.
Each time, I encounter an error message stating that "The feature you are
trying to use is
Alex Waygood added the comment:
Attaching the log file from the installation.
--
Added file: https://bugs.python.org/file50687/installer_log_file.txt
___
Python tracker
<https://bugs.python.org/issue47
Alex Waygood added the comment:
> Looks like you may have "cleaned up" your package cache at some point, which
> means you can't uninstall the old version anymore.
Not knowingly!
> Try getting the 3.10.2 installer and running it directly.
Alex Waygood added the comment:
Hmm, well if I try running the 3.10.2 installer, it now presents me with an
error message saying that "a newer version of Python 3.10 is already installed".
--
___
Python tracker
<https://bugs.python.o
Change by Alex Waygood :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
stage: patch review -> backport needed
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/i
Change by Alex Waygood :
--
title: IDLE: Convert browswers to use ttk.Treeview -> IDLE: Convert browsers to
use ttk.Treeview
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
versions: +Python 3.11 -Python 3.5
___
Python tracker
<https://bugs.python.org/issue433030>
___
___
Python-bugs-list mailin
Alex Waygood added the comment:
Typeshed maintainer here: I agree. Feel free to open an issue over at
https://github.com/python/typeshed if this is still a problem!
--
nosy: +AlexWaygood
resolution: -> third party
stage: -> resolved
status: pending -&g
Change by Alex Waygood :
--
nosy: +JelleZijlstra, gvanrossum, kj
___
Python tracker
<https://bugs.python.org/issue47067>
___
___
Python-bugs-list mailin
Change by Alex Waygood :
--
nosy: +AlexWaygood, JelleZijlstra
___
Python tracker
<https://bugs.python.org/issue43463>
___
___
Python-bugs-list mailing list
Unsub
Change by Alex Waygood :
--
nosy: +eric.smith
___
Python tracker
<https://bugs.python.org/issue47073>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
Thanks Guido for your insight, and Jelle/Łukasz for the reviews and backports!
I'm on holiday right now, but when I'm back, I'll take a look at maybe
proposing some minor revisions to PEP 484 as well, as
Alex Waygood added the comment:
I think implementing this would add complexity to the code in dataclasses.py
(though Eric's the expert!).
For your use case, is it essential that the type alias declaration be inside
the class scope? Would it be possible for you to simply have the
Change by Alex Waygood :
--
nosy: +pablogsal
title: arrow at wrong place -> Incorrect location of caret in SyntaxError
type: enhancement -> behavior
___
Python tracker
<https://bugs.python.org/i
Change by Alex Waygood :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Alex Waygood added the comment:
(Feel free to reopen this issue if there's more to be done, Matthew!)
--
___
Python tracker
<https://bugs.python.org/is
Alex Waygood added the comment:
(My solution for now has been to install python on my other laptop. Thanks for
the help Steve!)
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
Change by Alex Waygood :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Alex Waygood added the comment:
Closing due to lack of response from OP.
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Alex Waygood :
--
nosy: +AlexWaygood, JelleZijlstra, eric.smith, gvanrossum, kj
___
Python tracker
<https://bugs.python.org/issue47237>
___
___
Pytho
Change by Alex Waygood :
--
title: Add object.__getstate__() introduced refleaks -> New
object.__getstate__() method introduced refleaks
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
Please try to make your messages more concise.
--
___
Python tracker
<https://bugs.python.org/issue47234>
___
___
Python-bug
New submission from Alex Waygood :
In a Python dictionary, `.popitem()` returns (key, value) pairs from the
dictionary in a LIFO order. `collections.OrderedDict` and `collections.Counter`
both do the same. However, a class inheriting from
`collections.abc.MutableMapping` (which includes, in
Change by Alex Waygood :
--
nosy: +rhettinger, stutzbach
___
Python tracker
<https://bugs.python.org/issue44750>
___
___
Python-bugs-list mailing list
Unsub
Alex Waygood added the comment:
Thanks, Raymond -- that makes sense, and seems very fair. I still think a note
somewhere in the documentation stating this might be helpful -- as a user, it
wasn't what I was expecting. I would argue this is especially true for
UserDict, a class whic
Alex Waygood added the comment:
+1 to this suggestion. I had a use case for this the other day. It currently
feels like something of a discrepancy between ABCs and `typing.Property`, which
can be seen as analogous in some ways to "an ABC for the static type-checker".
`typin
Alex Waygood added the comment:
This same bug (where classmethod properties are accidentally called by other
parts of Python) is also present for non-abstract class properties, and has the
side effect of causing doctest.py to crash with a fairly incomprehensible
`AttributeError`:
Script
Alex Waygood added the comment:
Tomasz -- as discussed in the original BPO issue for `abstractmethod`
implementations (https://bugs.python.org/issue1706989), this works as a
workaround:
```
>>> from abc import ABCMeta
>>> class AbstractAttribute:
... __isabstr
Alex Waygood added the comment:
^And, that only works for class attributes, not instance attributes.
--
___
Python tracker
<https://bugs.python.org/issue44
Alex Waygood added the comment:
There is a similar issue with `functools.singledispatch`
```
>>> from functools import singledispatch
>>> @singledispatch
... def flip(x: str) -> int:
... """Signature when given a string"""
... ret
Alex Waygood added the comment:
The following code now leads to a `DeprecationWarning`, but I am unclear why it
should.
```
>>> from enum import Enum
>>>
>>> class CardColour(Enum):
... """Enumeration of the two colours in a pack of cards.&q
Alex Waygood added the comment:
Thanks, Vedran. I read https://bugs.python.org/issue35712#msg349303 before
adding my message, but am not quite clear why my snippet is the same situation.
`next(filter((2).__eq__, 'text'))` surely returns 't' because `(2).__eq__('t&#x
Alex Waygood added the comment:
Thanks, Serhiy, that makes sense. I'll consider raising this elsewhere, as you
suggest.
--
___
Python tracker
<https://bugs.python.org/is
Alex Waygood added the comment:
Related: https://bugs.python.org/issue44904
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45
Alex Waygood added the comment:
See also: https://bugs.python.org/issue44904
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45
New submission from Alex Waygood :
`help()` appears confused about the module of `typing.Annotated`. If you call
`help()` on a parameterised "instance" of `typing.Annotated`, it will claim
that `Annotated` belongs to whatever module the annotated type is from.
Additionally, `help(
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27153
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/28838
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
versions: +Python 3.10, Python 3.11
___
Python tracker
<https://bugs.python.org/issue44904>
___
___
Python-bugs-list mailin
Change by Alex Waygood :
--
nosy: +tim.peters
title: Erroneous behaviour for abstract class properties -> Classmethod
properties are erroneously "called" in multiple modules
___
Python tracker
<https://bugs.pytho
Alex Waygood added the comment:
It actually appears as though there is no documented way to retrieve the
metadata from an annotated alias. Is this intentional?
The metadata is stored in a `__metadata__` attribute of a
`typing._AnnotatedAlias` instance. But the `__metadata__` attribute is
Change by Alex Waygood :
--
nosy: +gvanrossum, kj
___
Python tracker
<https://bugs.python.org/issue45380>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
Some thoughts from me, as an unqualified but interested party:
Like Randolph, I very much like having class properties in the language, and
have used them in several projects since their introduction in 3.9. I find
they're especially useful with
Change by Alex Waygood :
--
title: Support syntax highlighting for .pyi stub files -> IDLE: Support syntax
highlighting for .pyi stub files
___
Python tracker
<https://bugs.python.org/issu
New submission from Alex Waygood :
IDLE currently does not do any syntax highlighting if you use it to open a .pyi
stub file, even though everything in a .pyi file is a valid Python expression.
It would be great if syntax highlighting for .pyi files could be supported.
--
assignee
Alex Waygood added the comment:
It looks like support for .py files is hardcoded into IDLE's source code in the
following places:
* browser.ModuleBrowserTreeItem.OnDoubleClick
* browser.ModuleBrowserTreeItem.IsExpandable
* browser.ModuleBrowserTreeItem.listchildren
* editor.ispythons
Alex Waygood added the comment:
Oh — I've already nearly finished a PR. Do you mind if I submit mine? Happy to
make any changes you like, obviously.
--
___
Python tracker
<https://bugs.python.org/is
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27239
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/28950
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
Have posted my PR. I've tested it manually and run the IDLE test suite on it
with the `-u all` setting; it seems fine. The new tests I've written are a bit
thin on the ground right now, though. I may need some guidance/help if more
extensive tests
Alex Waygood added the comment:
Shall I add the change to the mac file to my PR, or would it be better to leave
it for a separate PR? (I'm not confident enough to make the changes to the
Windows files.)
--
___
Python tracker
&
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue38605>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
Happily, this bug appears to have been resolved in Python 3.10 due to the fact
that a `classmethod` wrapping a function `F` will now have an `__annotations__`
dict equal to `F`.
In Python 3.9:
```
>>> x = lambda y: y
>>> x.__annotations__
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27305
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29034
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
I can't reproduce this on Python 3.8.3, 3.9.6, 3.10.0 or 3.11.0a1+. Which
versions of Python have you tried this on? (I'm able to reproduce the
`typing.TypedDict` bug on Python 3.8, since the fix was only backported to 3.9,
but not this.)
-
Alex Waygood added the comment:
Thanks @Sergei. With that alteration, I have reproduced this on Python 3.9,
3.10 and 3.11.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
versions: +Python 3.10, Python 3.11 -Python 3.6
___
Python tracker
<https://bugs.python.org/issue45524>
___
___
Python-bugs-list m
Change by Alex Waygood :
--
pull_requests: +27353
pull_request: https://github.com/python/cpython/pull/29087
___
Python tracker
<https://bugs.python.org/issue39
Alex Waygood added the comment:
I had a go at writing a patch for `__dir__` that would include any methods an
enum class had acquired through `int`/`str`/etc. mixins, while continuing to
ignore enum dunders and sunders (as is currently the case). My patch also
allows user-defined methods
Change by Alex Waygood :
Added file: https://bugs.python.org/file50383/enum_dir_output_with_patch.txt
___
Python tracker
<https://bugs.python.org/issue45535>
___
___
201 - 300 of 420 matches
Mail list logo
