Change by Daniel Fortunov :
--
nosy: +dfortunov
___
Python tracker
<https://bugs.python.org/issue45347>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Daniel Fortunov :
--
nosy: +dfortunov
nosy_count: 15.0 -> 16.0
pull_requests: +19902
pull_request: https://github.com/python/cpython/pull/20687
___
Python tracker
<https://bugs.python.org/iss
Change by Daniel Fortunov :
--
keywords: +patch
pull_requests: +19901
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20687
___
Python tracker
<https://bugs.python.org/issu
Change by Daniel Fortunov :
--
keywords: +patch
nosy: +dfortunov
nosy_count: 4.0 -> 5.0
pull_requests: +19900
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20687
___
Python tracker
<https://bugs.python.org/i
New submission from Daniel Fortunov :
The doccumentation at https://docs.python.org/3.10/library/weakref.html
cautions that the WeakKeyDictionary and WeakValueDictionary are susceptible to
the problem of dictionary mutation during iteration.
These notes present the user with a problem
Daniel Fortunov added the comment:
As Paul points out, Python 3 gives a more sensible default repr so this becomes
a non-issue.
Closing...
--
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7 -Python 3.4, Python 3.5, Pyth
Change by Daniel Fortunov :
--
keywords: +patch
pull_requests: +13088
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue36824>
___
_
Daniel Fortunov added the comment:
PS opened here: https://github.com/python/cpython/pull/13172
I've tried to break down the changes into individual steps, with justification
in commit messages. Happy to collapse these down into fewer commits before
merge if preferred.
I haven't done
Daniel Fortunov added the comment:
Agreed. This functionality is in `BaseTest` (which is the base for
`CommonTest`) and I don't propose to change this.
--
___
Python tracker
<https://bugs.python.org/issue36
New submission from Daniel Fortunov :
Unit tests of `str` and related types (e.g. `UserString`) contain nomenclature
and structure that dates back to the Python 2 distinction between `str` and
`unicode`.
Previously it was undesirable to disturb the structure of these tests too much
Daniel Fortunov added the comment:
PR submitted here:
https://github.com/python/cpython/pull/13138
Rather than adding three different tests for the different code paths I chose
to collapse the three different code paths by surfacing the underlying
str.encode() defaults in the method
Change by Daniel Fortunov :
--
keywords: +patch
pull_requests: +13051
stage: needs patch -> patch review
___
Python tracker
<https://bugs.python.org/issu
Daniel Fortunov added the comment:
I'll pick this up in the PyCon US 2019 sprint this afternoon.
--
nosy: +dfortunov
___
Python tracker
<https://bugs.python.org/issue36
Change by Daniel Fortunov :
--
nosy: +dfortunov
___
Python tracker
<https://bugs.python.org/issue35226>
___
___
Python-bugs-list mailing list
Unsubscribe:
Daniel Fortunov added the comment:
Paul,
Thanks for your comprehensive reply. I agree with everything you've said and
the reason I've taken so long to reply is that I've been racking my brains to
remember exactly how I came across this scenario.
I did at some point see an ArgumentError
New submission from Daniel Fortunov:
ArgumentError's __init__() fails to call super(), meaning
that the base exception doesn’t get a message, and thus repr() always
returns “argparse.ArgumentError()” with no message.
Not very helpful if that repr gets logged, or included in another error
New submission from Daniel Fortunov pythonbugtrac...@danielfortunov.com:
ConfigParser does not implement comments need to be preceded by a whitespace
character correctly and in most cases will treat a value beginning with a
comment character as a comment, even though it is not preceded
17 matches
Mail list logo