Change by Alex Zaslavskis :
Removed file: https://bugs.python.org/file50257/bug_in_python.py
___
Python tracker
<https://bugs.python.org/issue45087>
___
___
Python-bug
Alex Zaslavskis added the comment:
I am not really sure that it is working as it should be. Even with your example
it gives :
TypeError: a bytes-like object is required, not 'str'
The problem is why error message says that bytes-like is required , when the
string i
Alex Zaslavskis added the comment:
''.split(',') # works as it should be
b''.split(',') # gives strange error message.
TypeError: a bytes-like object is required, not 'str'
The problem here is that message is saying that for fix error you
Alex Zaslavskis added the comment:
Moreover according Python docs : This exception may be raised by user code to
indicate that an attempted operation on an object is not supported. But also
the Python interpreter gives that a bytes-like object is required, not 'str'
that I
Alex Zaslavskis added the comment:
Thanks that really works.
So as I understand that b''.split() != ''.split()
--
resolution: -> not a bug
___
Python tracker
<https://
Alex Zaslavskis added the comment:
What about adding alert message for beginners that can stuck with that in docs?
To warn others , is that good idea you think. Or it is redundant ?
--
___
Python tracker
<https://bugs.python.org/issue45
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
New submission from Alex Hall :
In this script:
import inspect
import dis
def foo(**_):
frame = inspect.currentframe().f_back
print(frame.f_lasti)
dis.dis(frame.f_code)
d = {'a': 1, 'b': 2}
foo(**d)
dis shows these i
Alex Grund added the comment:
The changelog wrongfully links to https://bugs.python.org/issue41928 instead of
this issue.
Also the fix introduced a regression: Trying to copy a directory now raises a
FileNotFoundError
--
nosy: +Alex Grund
New submission from Alex Grund :
After https://bugs.python.org/issue43219 was resolved the function now shows
faulty behavior when the source is a directory:
`copy_file('/path/to/dir', '/target')` throws a FileNotFoundError while
previously it was a IsADirectoryError whic
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
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(
New submission from Alex Zaslavskis :
I am updated to windows 11 . Now I am trying to write script that will detect
is user use windows 11 or windows 10 .
I was using the simplest way as possible:
import platform
print(platform.platform())
The result I got is : Windows-10-10.0.22000-SP0
Alex Zaslavskis added the comment:
The
platform.win32_ver() returns same answer
--
___
Python tracker
<https://bugs.python.org/issue45382>
___
___
Python-bug
Alex Zaslavskis added the comment:
The bug comes from Microsoft terminal bug : If I type there : ver it will
return Microsoft Windows [Version 10.0.22000.194] only one patch is if that
will check the build .
so :
info = subprocess.check_output(cmd
Alex Zaslavskis added the comment:
demo.py contains dirty hack that can be used as a fix for some time before
microsoft will not fix it.
--
Added file: https://bugs.python.org/file50327/demo.py
___
Python tracker
<https://bugs.python.
Alex Zaslavskis added the comment:
systeminfo can be option
--
Added file: https://bugs.python.org/file50329/import subprocess.py
___
Python tracker
<https://bugs.python.org/issue45
Alex Zaslavskis added the comment:
That nice idea . So the dist can contain the minimal build required to say that
is for example windows 11 . The simplest solution that came in mind is . Is far
from perfect but it works.
--
Added file: https://bugs.python.org/file50330/main.py
Alex Zaslavskis added the comment:
Beter solution . Using match in python 3.10
--
Added file: https://bugs.python.org/file50331/main.py
___
Python tracker
<https://bugs.python.org/issue45
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 Zaslavskis added the comment:
On my Win11 it returns me :
C:\Users\Win10Home>wmic os get Caption,Version /value
Caption=Microsoft Windows 11 Home Single Language
Version=10.0.22000
--
___
Python tracker
<https://bugs.python.org/issu
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>
___
___
Alex Waygood added the comment:
Would there be interest in me submitting a PR along these lines?
> why use mro() instead of __mro__?
Er, no reason, really. To be honest, I've never really understood why Python
has both.
--
__
Alex Waygood added the comment:
@Nikita, I had a go at writing some more rigorous tests regarding this issue. I
found the same thing you did -- the issue seems:
* Isolated to dataclasses specifically (doesn't occur with TypedDicts, standard
classes or NamedTuples)
* Isolated to the __i
Alex Waygood added the comment:
If you try running my test script with the `from __future__ import annotations`
line at the top commented out, however, the error is the same. (`from
__future__ import annotations` is obviously still there in the module that's
being imported by the
Change by Alex Waygood :
--
nosy: +gvanrossum, kj
___
Python tracker
<https://bugs.python.org/issue45524>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
@Sergei, I believe that's a much larger issue, and one that's quite difficult
to solve. It's one of the principal reasons why `from __future__ import
annotations` behaviour wasn't made the default in Python 3.10, as was
originally the p
Change by Alex Waygood :
--
type: -> enhancement
versions: +Python 3.11 -Python 3.10
___
Python tracker
<https://bugs.python.org/issue45586>
___
___
Python-
Alex Waygood added the comment:
Are you aware of the previously reported problems with `cached_property`?
https://bugs.python.org/issue43468
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45
New submission from Alex Wells :
The documentation for multiprocessing.log_to_stderr() specifies that the method
takes no parameters. However, intellisense in VSCode and debugging the method
both show that there is a single parameter, "level", whose default value is
None.
Document
New submission from Alex Waygood :
The list of relevant PEPs at the top of the typing docs has become too long to
be readable or helpful. It would be good if this information could be presented
in a more structured way.
--
assignee: docs@python
components: Documentation
messages
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27543
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29280
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
It would be difficult to define methods in Enum classes if functions in the
class namespace were automatically converted into members. You can get around
this by wrapping your functions in `functools.partial` objects; see
https://stackoverflow.com/questions
Change by Alex Waygood :
--
pull_requests: +27561
pull_request: https://github.com/python/cpython/pull/29297
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue45655>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
pull_requests: +27566
pull_request: https://github.com/python/cpython/pull/29302
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
pull_requests: +27566, 27567
pull_request: https://github.com/python/cpython/pull/29302
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
pull_requests: +27566, 27567, 27568
pull_request: https://github.com/python/cpython/pull/29302
___
Python tracker
<https://bugs.python.org/issue45
Alex Waygood added the comment:
Thanks, Łukasz and Ken, for reviewing and merging!
--
___
Python tracker
<https://bugs.python.org/issue45655>
___
___
Python-bug
Change by Alex Waygood :
--
pull_requests: +27579
pull_request: https://github.com/python/cpython/pull/29309
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
nosy: +AlexWaygood
nosy_count: 5.0 -> 6.0
pull_requests: +27583
pull_request: https://github.com/python/cpython/pull/29308
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27585
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29316
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
I would argue it's quite important for `IntEnum` to have the dunder methods
inherited from `int` show up in `help()`. Dunder methods indicate that an
object has certain behaviours, so it's important for a user to be able to
verify that an `IntEnum`
Alex Waygood added the comment:
Bugfixes are only being applied for Python >=3.9, but I've reproduced this
output on 3.11
--
nosy: +AlexWaygood
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7
___
Python tracker
New submission from Alex Waygood :
`test_functools` includes a test to check that `functools.singledispatch`
correctly wraps the attributes of the target function. However, there is no
equivalent test for `functools.singledispatchmethod`. There should be, as this
is done separately in the
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27597
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29328
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
components: +Tests -Library (Lib)
___
Python tracker
<https://bugs.python.org/issue45678>
___
___
Python-bugs-list mailing list
Unsub
New submission from Alex Waygood :
The documentation on `GenericAlias` objects implies at multiple points that
only container classes can implement `__class_getitem__`, and goes into very
little detail about what it means for a non-container class to be parameterized.
--
assignee
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27603
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29335
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
This issue is related, but distinct, to previous issue
https://bugs.python.org/issue42280.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45677>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Alex Waygood :
`functools.singledispatchmethod` is marked as being a generic class in
`typeshed`, but does not define `__class_getitem__`, so cannot be parameterized
at runtime.
cpython source code:
https://github.com/python/cpython/blob
Change by Alex Waygood :
--
versions: +Python 3.10, Python 3.11
___
Python tracker
<https://bugs.python.org/issue45359>
___
___
Python-bugs-list mailin
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27615
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29355
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
Hi! It's very hard to work out what the problem might be here if you don't show
us the code that caused the error. Also, this site is for reporting bugs in the
Python programming language itself, and this doesn't look like a bug in Python
to m
Alex Waygood added the comment:
Feature requests are only considered for Python versions that have not yet been
released, so only 3.11 should be listed in the "versions" for this ticket.
--
nosy: +AlexWaygood
versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8,
Change by Alex Waygood :
--
nosy: -AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45689>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alex Waygood added the comment:
The PR that proposes creating a new utility.py file is mine, linked to
https://bugs.python.org/issue45447. Would it make things easier if I split it
into two PRs: one adding an empty util.py file, and the other making my
proposed changes to support syntax
Change by Alex Waygood :
--
title: Documentation on `GenericAlias` objects could be improved ->
Documentation on `GenericAlias` objects and `__class_getitem__` could be
improved
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
pull_requests: +27645
pull_request: https://github.com/python/cpython/pull/29387
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
pull_requests: +27646
pull_request: https://github.com/python/cpython/pull/29388
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
pull_requests: +27647
pull_request: https://github.com/python/cpython/pull/29389
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
pull_requests: +27652
pull_request: https://github.com/python/cpython/pull/29394
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
components: +Library (Lib)
title: `functools.singledispatchmethod` is missing tests ->
`functools.singledispatchmethod` is missing tests (and is buggy in 3.9)
___
Python tracker
<https://bugs.python.org/issu
Alex Waygood added the comment:
Backporting these tests to 3.9 revealed a bug in the 3.9 branch; PR 29394 is an
attempt at fixing this bug.
--
___
Python tracker
<https://bugs.python.org/issue45
Change by Alex Waygood :
--
title: so it not allowed -> Typo in "control flow" documentation
type: -> behavior
___
Python tracker
<https://bugs.py
Change by Alex Waygood :
--
pull_requests: +27664
pull_request: https://github.com/python/cpython/pull/29412
___
Python tracker
<https://bugs.python.org/issue45
Alex Waygood added the comment:
Yet more tests were added to the 3.9 branch in PR 29394 in order to test the
bugfix. PR 29412 "forward-ports" these new tests into main (and 3.10, if they
are backported).
--
___
Python track
Change by Alex Waygood :
--
nosy: +AlexWaygood
versions: +Python 3.11 -Python 3.10
___
Python tracker
<https://bugs.python.org/issue42943>
___
___
Python-bug
Alex Waygood added the comment:
+1 for adding r"pip\s" as a special case as well. A few months ago, I was
trying to (remotely) help a beginner friend debug why his attempt to install a
library wasn't working. It took me ages before I realised he was entering it
into the i
New submission from Alex Waygood :
The documentation for `functools.singledispatch` and
`functools.singledispatchmethod` contains a few small grammar mistakes and
instances of slightly inelegant writing. PR to follow shortly.
--
assignee: docs@python
components: Documentation
Change by Alex Waygood :
--
keywords: +patch
pull_requests: +27679
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29426
___
Python tracker
<https://bugs.python.org/issu
Change by Alex Waygood :
--
nosy: +AlexWaygood
___
Python tracker
<https://bugs.python.org/issue45727>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Alex Waygood :
--
nosy: +AlexWaygood, lukasz.langa, rhettinger
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.8
___
Python tracker
<https://bugs.python.org/issue41
Alex Waygood added the comment:
Thanks for reviewing and merging, Łukasz -- appreciate it!
--
___
Python tracker
<https://bugs.python.org/issue45726>
___
___
Change by Alex Waygood :
--
title: "history and license" link has wrong target -> [doc] "history and
license" link has wrong target
___
Python tracker
<https://
601 - 700 of 1613 matches
Mail list logo