Irit Katriel added the comment:
Reproduced on 3.11.
--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.6, Python
3.7
___
Python tracker
<https://bugs.python.org/issue31
Change by Irit Katriel :
--
nosy: +orsenthil
___
Python tracker
<https://bugs.python.org/issue34629>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
keywords: +easy
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, Python 3.6, Python
3.7
___
Python tracker
<https://bugs.python.org/issue31
Irit Katriel added the comment:
On 3.11 I don't see a problem on windows, but on mac test_input_tty from
test_builtin hangs when test_readline runs first, while test_builtin passes on
its own.
--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, P
Irit Katriel added the comment:
See also Issue44887.
--
___
Python tracker
<https://bugs.python.org/issue13886>
___
___
Python-bugs-list mailing list
Unsub
Change by Irit Katriel :
--
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, Python 3.6, Python
3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue20
Irit Katriel added the comment:
I also think the current error message and docs are clear enough. Things are
usually case sensitive, and we don't state that in docs.
Specifying the list of modes in the error message is possible, but I expect
that we will get complaints about variatio
Irit Katriel added the comment:
Reproduced on 3.11.
--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.6, Python 3.7, Python
3.8
___
Python tracker
<https://bugs.python.org/issue36
Irit Katriel added the comment:
Reproduced on 3.11.
--
nosy: +iritkatriel
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.6, Python 3.7, Python
3.8
___
Python tracker
<https://bugs.python.org/issue24
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue38963>
___
___
Irit Katriel added the comment:
With 3.6 being over, is _enablelegacywindowsfsencoding still needed or is it
time to deprecate it?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue29
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation -Library (Lib), Tests
nosy: +docs@python
title: test_timestamp_naive failed on NetBSD -> [doc] documentation incorrectly
says that “datetime.timestamp” calls “mktime”
versions: +Python 3.10, Pytho
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I read the python-dev thread now and I see it was decided that it’s not worth
removing it.
In recent versions of the doc it is mentioned that the function is in the
stable ABI. Should we clarify exactly what is meant by ‘deprecated’?
--
status
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue34135>
___
___
Python-bugs-list
Change by Irit Katriel :
--
versions: +Python 3.9 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue39064>
___
___
Python-bugs-list mailing list
Unsub
Change by Irit Katriel :
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
nosy: +petr.viktorin
___
Python tracker
<https://bugs.python.org/issue22039>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Irit Katriel :
There are a few tests that use sys.exc_info() because they needed to in python
2, but there is no longer a reason to do it. I will make a patch shortly.
--
assignee: iritkatriel
components: Tests
messages: 410789
nosy: iritkatriel
priority: normal
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28841
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30638
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28842
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30639
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.4, Python
3.5
___
Python tracker
<https://bugs.python.org/issue22
Change by Irit Katriel :
--
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.6, Python
3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue34
Irit Katriel added the comment:
See also Issue31603.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue1927>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
See also Issue1927.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue31603>
___
___
Python-bugs-list mailin
Change by Irit Katriel :
--
keywords: +easy
title: [EASY DOC] Py_UTF8Mode is not documented -> [doc] Py_UTF8Mode is not
documented
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.pyth
Change by Irit Katriel :
--
status: closed -> open
___
Python tracker
<https://bugs.python.org/issue24711>
___
___
Python-bugs-list mailing list
Unsubscrib
Change by Irit Katriel :
--
resolution: works for me ->
versions: +Python 3.10, Python 3.9 -Python 2.7, Python 3.2, Python 3.3, Python
3.4, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
versions: -Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue46115>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
There are a number of third party components involved in your bug. If you can't
narrow it down to something that plausibly looks like a cpython bug, it's
unlikely that a core dev will investigate it.
--
nosy: +iritkatriel
resolution: ->
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Eval with too high string multiplication crashes newer Python
versions
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue42763>
___
___
Python-bugs-list mailin
Irit Katriel added the comment:
Is there a bug/documentation change to make here or can this be closed?
--
nosy: +iritkatriel
status: open -> pending
type: crash -> behavior
versions: +Python 3.10 -Python 3.7, Python 3.8
___
Python tracker
Change by Irit Katriel :
--
title: python 3.7 openpty/forkpty build failure using nix package manager macOS
environment -> openpty/forkpty build failure using nix package manager macOS
environment
versions: -Python 3.7, Python 3.8
___
Pyt
Irit Katriel added the comment:
Robert's PR was merged so I'm assuming this is fixed. Reopen or create a new
issue if not.
--
nosy: +iritkatriel
resolution: -> fixed
stage: -> resolved
status: open -> closed
___
Pyt
Irit Katriel added the comment:
I'm closing because the original issue was fixed and testing out of tree build
issue is the subject of Issue45695.
--
nosy: +iritkatriel
resolution: -> fixed
stage: needs patch -> resolved
status: ope
Irit Katriel added the comment:
Alex, is this still an issue with current python versions (>= 3.9)? And can you
followup on Victor's questions?
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python t
Change by Irit Katriel :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
title: hmac cannot be used with shake algorithms -> [doc] hmac cannot be used
with shake algorithms
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.6, Pyth
Irit Katriel added the comment:
I'm not getting this error on 3.11 on a Mac. Can you check on versions <= 3.9?
Earlier versions are no longer getting bugfixes.
--
nosy: +iritkatriel
status: open -> pending
type: crash -> behavior
Irit Katriel added the comment:
New changeset a287b31bcb065e4122400cb59167340d25480e6d by Irit Katriel in
branch 'main':
bpo-46411: Remove unnecessary calls to sys.exc_info() in tests (GH-30638)
https://github.com/python/cpython/commit/a287b31bcb065e4122400cb5916734
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Allow querying a Path's mime-type
___
Python tracker
<https://bugs.p
Change by Irit Katriel :
--
resolution: -> out of date
stage: needs patch -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.o
Change by Irit Katriel :
--
resolution: -> out of date
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
PR14375 indeed adds a test for this as well (test_preferred_extension).
--
nosy: +iritkatriel
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8 -Python 3.5
_
Irit Katriel added the comment:
It is found by the module-level guess_type but not by the MimeType class's
guess_type:
>>> from mimetypes import MimeTypes
>>> MimeTypes().guess_type('test.jp2')
(None, None)
>>> mimetypes.guess_type('test.jp2
Irit Katriel added the comment:
As noted in Issue32462, the fact that system files take precedence over the
definitions in the sodlib is a feature, so the proposed patch to reverse this
behaviour cannot be applied unless it is decided to change the API in this way.
That would require a
Change by Irit Katriel :
--
title: mimetypes.guess_type() returns incorrectly formatted type -> validate
mime types loaded from system files. Document that system files take precedence.
type: behavior -> enhancement
versions: +Python 3.11 -Pyth
Irit Katriel added the comment:
I've closed Issue46035 as a duplicate of this.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/is
Irit Katriel added the comment:
I've closed Issue43975 as a duplicate of this.
--
___
Python tracker
<https://bugs.python.org/issue32462>
___
___
Pytho
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> validate mime types loaded from system files. Document that
system files take precedence.
___
Python tracker
<https://
Change by Irit Katriel :
--
resolution: duplicate ->
status: closed -> open
type: behavior -> enhancement
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
stage: resolved ->
___
Python tracker
<https://bugs.python.org/issue46035>
___
___
Python-bugs-list mailing list
Unsubscrib
Irit Katriel added the comment:
Ok, I reopened this as an enhancement request for mimetypes to know about the
'deprecated' types. If you want to push it forward it might be a good idea to
bring this up on python-ideas as well.
--
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 3.10, Python 3.6, Python 3.7, Python 3.8, Python
3.9
___
Python tracker
<https://bugs.python.org/issue43
Irit Katriel added the comment:
This is issue45711. See Stefan’s comment there.
--
___
Python tracker
<https://bugs.python.org/issue46428>
___
___
Python-bug
Change by Irit Katriel :
--
nosy: +scoder
___
Python tracker
<https://bugs.python.org/issue46428>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
type: -> behavior
versions: +Python 3.11 -Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I agree, there is no point copying over the documentation just for this one
constant, there are many others and the doc clearly says where they are listed.
--
nosy: +iritkatriel
resolution: -> wont fix
stage: -> resolved
status: open -&g
Irit Katriel added the comment:
I am unable to reproduce this on 3.11:
>>> tokenize.untokenize(tokenize.generate_tokens(io.StringIO('#').readline))
'#'
--
nosy: +iritkatriel
status: open -> pending
___
Python t
Irit Katriel added the comment:
It's been 5 years, it's not really a bug, and nobody seems to be interested
enough to submit a patch so I'm closing this. Feel free to reopen if you want
to pursue this.
--
nosy: +iritkatriel
resolution: -> not a bug
stage: ->
Irit Katriel added the comment:
I am unable to reproduce this on 3.11:
>>> ast.parse('f"{x}"').body[0].value.values[0].value.col_offset
3
>>> ast.parse('f"{x!r}"').body[0].value.values[0].value.col_offset
3
--
nosy: +iritkatri
Change by Irit Katriel :
--
keywords: +easy
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7
___
Python tracker
<https://bugs.python.org/issue34
Irit Katriel added the comment:
3.7 is no longer maintained. Please open a new issue if you are still seeing
this problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Change by Irit Katriel :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue28477>
___
___
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I don't think you're supposed to close the queue more than once. The
documentation can be improved on that. Currently the documentation of close is:
close()
Indicate that no more data will be put on this queue by the current process.
The backgro
Irit Katriel added the comment:
New changeset 3bf6315c4cabf72d64e65e6f85bf72c65137255a by Irit Katriel in
branch 'main':
bpo-22039: [doc] clarify that there are no plans to disable deleting an
attribute via PyObject_SetAttr (GH-30639)
https://github.com/python/cpyt
Change by Irit Katriel :
--
resolution: duplicate -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
New changeset 0861a50bd434d1f3e12fe7122e37356f1fce93dc by Miss Islington (bot)
in branch '3.10':
bpo-22039: [doc] clarify that there are no plans to disable deleting an
attribute via PyObject_SetAttr (GH-30639) (GH-30684)
https://github.com/pyth
Irit Katriel added the comment:
Is there anything more to do here?
--
nosy: +iritkatriel
resolution: -> fixed
status: open -> pending
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
We probably do need better documentation for subclassing ExceptionGroup.
When you subclass an ExceptionGroup you want to make sure that split() and
subgroup() (which are used by except*) will continue working, usually by
defining a derive() method:
https
Irit Katriel added the comment:
Re the exceptions attribute - I don't think there's a reason not to document
it, I can add that (it is mentioned in the PEP).
--
___
Python tracker
<https://bugs.python.o
Irit Katriel added the comment:
For your use case - can you just assign the task to a field on the exception
other than __note__? The only reason we needed __note__ as an official feature
is because we want the interpreter's traceback code to use it. But I think you
can assign any fie
Irit Katriel added the comment:
> Is there any other danger in not overriding it?
No issue as long as you don't use split()/subgroup() or except*.
--
___
Python tracker
<https://bugs.python.org
Change by Irit Katriel :
--
nosy: +gvanrossum, yselivanov
___
Python tracker
<https://bugs.python.org/issue46431>
___
___
Python-bugs-list mailing list
Unsub
Irit Katriel added the comment:
Have you tried Mark Tolonen's suggestion on the stack overflow question, to set
the instance variables to None in __exit__?
--
nosy: +iritkatriel
resolution: -> not a bug
status: open -> pending
___
Pyt
Irit Katriel added the comment:
Following Issue6584 it raises BadGzipFile.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue39065>
___
___
Irit Katriel added the comment:
3.7 is no longer maintained. Please create a new issue if you are having this
problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
Irit Katriel added the comment:
The timeout is mentioned in the documentation of create_connection, and of its
getter and setter. It applies to many operations on the socket, but not
mentioned for each method. Since it's pretty standard to have a timeout for
network operations, I thin
Irit Katriel added the comment:
We decided on the PR that this is not worth doing.
--
resolution: -> rejected
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I think this was fixed in Issue37424.
--
nosy: +iritkatriel
resolution: -> duplicate
status: open -> pending
superseder: -> subprocess.run timeout does not function if shell=True and
capture_output=True
_
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Test identity first in membership operation of ItemsView,
ValuesView and Sequence in collections.abc
___
Python tra
Change by Irit Katriel :
--
type: behavior -> enhancement
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue24527>
___
___
Python-
Change by Irit Katriel :
--
keywords: +easy -patch
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue7
Irit Katriel added the comment:
The patch needs to be converted to a GitHub PR.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue7
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue27302>
___
___
Irit Katriel added the comment:
On 3.11 I get this on both Mac and windows:
>>> from multiprocessing import Queue
>>> q = Queue()
>>> q.put('foo')
>>> q.get(True, 0) # raises Empty
'foo'
--
nosy: +iritkat
Change by Irit Katriel :
--
type: behavior -> enhancement
versions: +Python 3.11 -Python 2.7, Python 3.3
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
3.6 is no longer maintained.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue29
Irit Katriel added the comment:
I am unable to reproduce this on 3.11:
>>> import tarfile
>>> tarfile.open( "foo.txt" )
Traceback (most recent call last):
File "", line 1, in
File "/Users/iritkatriel/src/cpython-1/Lib/tarfile.py", line
New submission from Irit Katriel :
The compiler emits code for try-except-else-finally in the order in which it
appears in the source, but it could probably produce faster code if it
optimizes for the no-exception path.
--
assignee: iritkatriel
components: Interpreter Core
messages
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +28938
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/30751
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
See also the discussion on https://github.com/faster-cpython/ideas/issues/226.
--
___
Python tracker
<https://bugs.python.org/issue46
Irit Katriel added the comment:
3.6 is no longer maintained. Is this a problem on current versions or can be
close this?
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.p
Irit Katriel added the comment:
Thanks for reporting this. Since 3.6 is no longer maintained it's unlikely that
this will be investigated. Please create a new issue if you are seeing this
with a current version of Python (>= 3.9).
--
nosy: +iritkatriel
resolution: ->
Irit Katriel added the comment:
3.6 is no longer maintained. Please create a new issue if you are seeing this
on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
__
Irit Katriel added the comment:
The tqdm_multi.py works for me on 3.11 on windows.
--
nosy: +iritkatriel
resolution: -> works for me
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
3.6 is no longer maintained, please create a new issue if you are seeing this
problem on a current version (>= 3.9).
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open
401 - 500 of 3640 matches
Mail list logo