Irit Katriel added the comment:
For the issue of which contexts need to be suppressed when __suppress_context__
is true, I think we don't need to keep the whole tree of exceptions. It might
be enough to save the dynamic "nesting depth of the try-excepts". Here is a
so
Irit Katriel added the comment:
I think this is the same as issue42247.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue37712>
___
___
Irit Katriel added the comment:
I think this is the same as issue37712.
--
___
Python tracker
<https://bugs.python.org/issue42247>
___
___
Python-bugs-list m
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> unittest swallows part of stack trace when raising
AssertionError in a TestCase
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +24039
stage: test needed -> patch review
pull_request: https://github.com/python/cpython/pull/23688
___
Python tracker
<https://bugs.python.org/issu
Change by Irit Katriel :
--
resolution: -> duplicate
stage: patch review -> resolved
status: open -> closed
superseder: -> unittest swallows part of stack trace when raising
AssertionError in a TestCase
___
Python tra
Change by Irit Katriel :
--
nosy: +alanmcintyre, serhiy.storchaka, twouters
___
Python tracker
<https://bugs.python.org/issue40407>
___
___
Python-bugs-list m
Irit Katriel added the comment:
As Victor suggested in https://bugs.python.org/issue43001#msg386820:
Try to run directly the two failing tests in verbose mode, copy/paste the
output into a file and attach the file here:
python -m test test_embed test_tabnanny -v
--
nosy
Irit Katriel added the comment:
If you deep-copy the referents, what would hold a reference to them? Wouldn't
the new objects be immediately GCed?
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/is
Irit Katriel added the comment:
The documentation does talk about emit() operating on single records:
https://docs.python.org/3/library/logging.handlers.html#logging.handlers.BufferingHandler.emit
How would you make this clearer?
--
nosy: +iritkatriel
versions: +Python 3.10 -Python
Irit Katriel added the comment:
amansi26, I am closing this because you did not reply to the request for more
information for almost a year. Also, the link in your comment is not working
anymore.
If you are still having a problem with argparse, please open a new issue for it
and include
Irit Katriel added the comment:
Python 36. is no longer maintained. Are you seeing this issue with a more
recent version?
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.p
Irit Katriel added the comment:
Python 3.6 is no longer maintained. Are you seeing this on a more recent
version?
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Python tracker
<https://bugs.python.org/i
Irit Katriel added the comment:
Jaysinh, I see you closed the PR. Did you intend to close this issue as well or
are you still planning to work on this?
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<https://bugs.pyth
Irit Katriel added the comment:
The patch needs to be converted into a github PR.
--
keywords: +easy
nosy: +iritkatriel
stage: patch review -> needs patch
versions: +Python 3.10 -Python 3.5
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I'm closing this as rejected because the comments were not very supportive of
the idea and there has been no activity for over 10 years. There are also more
possibilities for this now with asyncio.
--
resolution: -> rejected
stage: patc
Change by Irit Katriel :
--
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue27835>
___
___
Pyth
Irit Katriel added the comment:
I get the same result on macOS as on Windows, it seems this was fixed in
https://github.com/python/cpython/pull/22090, there are unit tests there for
invalid dates passed to parsedate_to_datetime.
--
status: pending -> clo
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue21728>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: needs patch -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue10794>
___
___
Pyth
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue22128>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue16718>
___
___
Python-bugs-list
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue6253>
___
___
Python-bugs-list
Irit Katriel added the comment:
Nisar, if you are still having the problem (in Python 3) please create a new
issue with detail on how we can reproduce it.
--
resolution: -> rejected
stage: -> resolved
status: pending -> closed
___
Pytho
Irit Katriel added the comment:
Please open a new issue if you are still having a problem, and please explain
what the problem is and why you think it's a bug in Python.
--
stage: -> resolved
status: pending -> closed
___
Python trac
Change by Irit Katriel :
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
keywords: +easy
___
Python tracker
<https://bugs.python.org/issue14322>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.10 -Python 3.8
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
This was fixed here under issue719888.
--
resolution: -> out of date
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
See the section on "Distinguishing test iterations using subtests"
https://docs.python.org/3/library/unittest.html#distinguishing-test-iterations-using-subtests
--
nosy: +iritkatriel
___
Python track
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue31213>
___
___
Irit Katriel added the comment:
It looks like you're not using this API correctly, it doesn't make sense to
create 1 compressobj()s. You should create one and then call compress()
on it as many times as you need.
--
nosy: +iritkatriel
resolution: -> not a bug
Irit Katriel added the comment:
The test was disabled for ARM Linux here:
https://github.com/python/cpython/commit/e5aefa452b2e3a5a834610cefa1656f36673f686
Does that resolve this issue?
--
nosy: +gregory.p.smith, iritkatriel
___
Python tracker
Irit Katriel added the comment:
I'm closing this as out of date because the links no longer work and both
Python 2.7/3.6 are no longer maintained. If you are still having this problem
with more recent versions of Python, please create a new issue with up-to-date
reproduction inform
Irit Katriel added the comment:
The patch for the code module doc needs to be converted into a github PR.
A new patch is needed for the compile builtin documentation:
https://docs.python.org/3/library/functions.html#compile
This could be added at the end of the third paragraph, where it says
Irit Katriel added the comment:
Looks like it was fixed in contextlib here:
https://github.com/python/cpython/commit/ba2ecd68414b9c53d00560579f5bc13459bc0449
--
nosy: +iritkatriel
resolution: -> fixed
status: open -> pending
___
Python t
Change by Irit Katriel :
--
resolution: fixed -> duplicate
stage: -> resolved
status: pending -> closed
superseder: -> Hang with contextlib.ExitStack and subprocess.Popen (regression)
___
Python tracker
<https://bugs.python
Change by Irit Katriel :
--
resolution: not a bug ->
title: msgfmt cannot cope with BOM -> msgfmt cannot cope with BOM - improve
error message
versions: +Python 3.11 -Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python
3.4, Python 3.5, Pyth
Irit Katriel added the comment:
I agree with Chris that the issue of not hanging is independent of the question
what to do about the cycle. The ExitStack issue that brought this issue about
is now fixed in ExitStack (see issue25786, issue27122).
If we take a step back from that, the
Change by Irit Katriel :
--
keywords: +easy
title: pathological performance using tarfile -> doc: pathological performance
using tarfile
versions: +Python 3.11 -Python 2.7, Python 3.3, Python 3.4
___
Python tracker
<https://bugs.pyth
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 2.7, Python 3.4, Python 3.5
___
Python tracker
<https://bugs.python.org/issue21352>
___
___
Python-bug
Irit Katriel added the comment:
I believe this was fixed here: https://github.com/python/cpython/pull/18077
--
nosy: +iritkatriel
resolution: -> duplicate
status: open -> pending
superseder: -> gzip metadata fails to reflect comp
Irit Katriel added the comment:
Both
http://docs.python.org/3/library/importlib.html#importlib.machinery.WindowsRegistryFinder
and
http://docs.python.org/3/library/imp.html#imp.find_module:
are now deprecated. Is this issue still relevant?
--
nosy: +iritkatriel
resolution
Change by Irit Katriel :
--
components: +Tests
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.4
___
Python tracker
<https://bugs.python.org/issue8
Change by Irit Katriel :
--
versions: +Python 3.10, Python 3.11, Python 3.9 -Python 2.7, Python 3.7, Python
3.8
___
Python tracker
<https://bugs.python.org/issue35
Irit Katriel added the comment:
Python 2.7 is no longer maintained. If this is still a problem in python 3.8+,
and you manage to produce a repro script, please open a new issue for it.
--
nosy: +iritkatriel
resolution: -> third party
stage: -> resolved
status: open -&g
Irit Katriel added the comment:
I don't think GC is even guaranteed to do exactly the same thing in two
different runs on the same platform. If objects are hashed by id (memory
address) and then traversed then couldn't the order in which unrelated objects
are deleted be non-det
Irit Katriel added the comment:
There is a general note at the top of the module:
"Note: All functions in this module raise OSError (or subclasses thereof) in
the case of invalid or inaccessible file names and paths, or other arguments
that have the correct type, but are not accepted b
Irit Katriel added the comment:
Another option is to just add a link to https://devguide.python.org/docquality/
--
nosy: +iritkatriel
versions: +Python 3.11 -Python 2.7
___
Python tracker
<https://bugs.python.org/issue31
Change by Irit Katriel :
--
resolution: -> out of date
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
There has been no progress on PR12607. I think we should at least deprecate
Py_TRASHCAN_SAFE_BEGIN/END in 3.10 and tell people to use Py_TRASHCAN_BEGIN/END
instead.
--
___
Python tracker
<https://bugs.python.
Irit Katriel added the comment:
Closing since python 2.7 is no longer maintained. Please create a new issue if
this is still an issue in 3.8+
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
_
Change by Irit Katriel :
--
type: -> enhancement
versions: +Python 3.11 -Python 2.7
___
Python tracker
<https://bugs.python.org/issue26215>
___
___
Python-
Irit Katriel added the comment:
This seems like something that would require a PEP, or at least a discussion on
python-ideas.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue26
Irit Katriel added the comment:
2.7 is no longer maintained. Please create a new issue with full reproduction
information if you are still having this problem in 3.8+.
--
nosy: +iritkatriel
stage: -> resolved
status: open -> closed
___
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> inspect.findsource raises IndexError
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
pyblock supports python 3 now. Are you seeing the problem pm 3.8+?Otherwise
this issue can be closed since python 2 past EOL.
--
nosy: +iritkatriel
status: open -> pending
___
Python tracker
<
Irit Katriel added the comment:
Closing this as Python 2.7 is past EOL and there was no followup for over 6
years. If you are still having this problem in 3.9+, and you believe it is
indeed a python rather than javascript issue, please create a new issue.
--
nosy: +iritkatriel
Irit Katriel added the comment:
_dummy_thread and dummy_threading modules have been removed in V3.9.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bug
Irit Katriel added the comment:
sgmllib was removed in python 3.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
Python 2 only issue.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
This caveat no longer appear in the doc, and I could not find anything similar,
so I am concluding this is no longer relevant.
--
nosy: +iritkatriel
resolution: -> out of date
stage: needs patch -> resolved
status: open -&g
Irit Katriel added the comment:
This was fixed in python 3 (see issue9878) and it's too late for 2.7.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https:
Irit Katriel added the comment:
Fixed in 3.7 and too late for earlier versions.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue40608>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
versions: +Python 3.11 -Python 2.7
___
Python tracker
<https://bugs.python.org/issue27590>
___
___
Python-bugs-list mailing list
Unsub
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 think this was fixed by
https://github.com/python/cpython/commit/5c75f37d473140f0e0b7d9bf3a8c08343447ded1
which added "#undef Py_BUILD_CORE_MODULE" to _testcapimodule.c.
--
nosy: +iritkatriel
resolution: -> out of date
status: op
Change by Irit Katriel :
--
resolution: -> not a bug
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue25817>
___
___
Irit Katriel added the comment:
distutils is deprecated and python 2.7 is past EOL.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
I have a fix, I'll make a PR in a bit.
The issue here is the breakpoint number:
Breakpoint 1 at https://github.com/python/cpython/pull/21989/files
So I will make this test use it.
--
nosy: +iritkatriel
___
P
Change by Irit Katriel :
--
keywords: +patch
pull_requests: +24364
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25673
___
Python tracker
<https://bugs.python.org/issu
Irit Katriel added the comment:
I scanned the file and I think this was the only test where this was missing.
test_pdb_continue_in_bottomframe doesn't have a reset, but it doesn't expect a
specific breakpoint number, it does:
Breakpoint ... at
<https://bugs.python.o
Irit Katriel added the comment:
We didn't backport PR21989 because it was changing the way breakpoints hare
maintained, so reset_Breakpoint is not there before 3.10. I can add that to the
test file manually.
--
___
Python tracker
&
Change by Irit Katriel :
--
pull_requests: +24381
pull_request: https://github.com/python/cpython/pull/25691
___
Python tracker
<https://bugs.python.org/issue43
Change by Irit Katriel :
--
components: +Library (Lib)
versions: +Python 3.10, Python 3.11, Python 3.8, Python 3.9 -Python 2.7, Python
3.4, Python 3.5, Python 3.6
___
Python tracker
<https://bugs.python.org/issue24
Irit Katriel added the comment:
The patch needs to be converted to a github PR.
--
keywords: +easy
nosy: +iritkatriel
title: Clarify difference between os.system/subprocess.call in section
"Replacing os.system()" -> doc: Clarify difference between
os.system/subpr
Irit Katriel added the comment:
Are you sure this assertion is correct? tp_traverse is optional.
--
nosy: +iritkatriel
___
Python tracker
<https://bugs.python.org/issue1
Irit Katriel added the comment:
The patch needs to be converted into a github PR.
--
keywords: +easy
nosy: +iritkatriel
title: subprocess: inheritance of std descriptors inconsistent -> doc:
subprocess: inheritance of std descriptors inconsistent
versions: +Python 3.10, Python 3
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/issue32
Irit Katriel added the comment:
Issue5542 was fixed, so if it's the same thing this is also fixed. If it's not
the same thing, then python 2.7 is past EOL so please create a new issue if you
can reproduce this problem in 3.8+.
--
nosy: +iritkatriel
resolution: -> out
Change by Irit Katriel :
--
resolution: -> duplicate
stage: -> resolved
status: open -> closed
superseder: -> Build Python outside the source directory
___
Python tracker
<https://bugs.python
Irit Katriel added the comment:
This is alluded to in the "caution" under
https://docs.python.org/3/library/unittest.html#test-discovery
But the workaround is not explained.
--
keywords: +easy
nosy: +iritkatriel
title: "unittest discover" modifies sys.pat
Irit Katriel added the comment:
I don't think the proposed patch is an acceptable solution. It silently skips
invalid attributes.
It would be ok to either raise an exception or to leave it as it is
(junk-in-junk-out). I'm not sure which is better.
--
nosy: +iritkatrie
Change by Irit Katriel :
--
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.o
Irit Katriel added the comment:
main.c is very different now compared to the patch. Closing as this is a 12
year old build issue and probably no longer relevant. Please create a new issue
if you see this problem in 3.8+.
--
nosy: +iritkatriel
resolution: -> out of date
st
Irit Katriel added the comment:
This was fixed in 3.9+ and 3.8 is in security fix now, so closing.
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Irit Katriel :
--
nosy: +vinay.sajip
versions: +Python 3.11 -Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python
3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue35
Irit Katriel added the comment:
I think it's the other way around - the documentation usually states what
exceptions a function can raise as part of its published API, not which
exceptions it should not raise.
--
___
Python tracker
&
Irit Katriel added the comment:
I think pdb is a different story because it's an interactive application rather
than a library. pdb can decide that it prints an error to the screen and
returns to the interactive prompt, if that is appropriate. The functions of the
traceback module
Change by Irit Katriel :
--
versions: -Python 3.9
___
Python tracker
<https://bugs.python.org/issue44030>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Irit Katriel :
--
stage: patch review -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue25716>
___
___
Pyth
Change by Irit Katriel :
--
stage: -> resolved
status: pending -> closed
___
Python tracker
<https://bugs.python.org/issue12638>
___
___
Python-bugs-list
Change by Irit Katriel :
--
resolution: -> out of date
___
Python tracker
<https://bugs.python.org/issue12638>
___
___
Python-bugs-list mailing list
Un
Irit Katriel added the comment:
I believe this is out of date - there is no longer file_dealloc or anything
similar to the code in the report in fileobject.c
--
nosy: +iritkatriel
resolution: -> out of date
status: open -> pending
___
Irit Katriel added the comment:
Closing as there is little chance we can do anything about a 15-year old issue
with no reproducer (chances are it was already fixed by now if it was actually
a bug).
--
nosy: +iritkatriel
resolution: -> rejected
stage: test needed -> resolved
Irit Katriel added the comment:
Irrelevant since version 3.5.
--
nosy: +iritkatriel
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
2.7 is past EOL.
--
resolution: -> out of date
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Irit Katriel added the comment:
The link to the logs is not working now, and without more info there isn't much
we can do. Sanka, are you able to reproduce this on a newer python version and
tell us how?
--
nosy: +iritkatriel
resolution: -> rejected
status: open -&
Irit Katriel added the comment:
Maybe a better option is to change mmap's seek() to raise an OSError, because
it's supposed to behave like a file object.
--
nosy: +iritkatriel
versions: +Python 3.11 -Python 3.6
___
Python track
1001 - 1100 of 3640 matches
Mail list logo