New submission from Ivan :
I've started to learn python and tried command:
print(-2.989 + 2)
it gives me result of -0.9889
same error can be observed with numbers from 4 and below like:
print(-2.989 + 4)
1.0111
print(-2.989 + 3)
0.01112
print(-2.98
Ivan Pozdeev added the comment:
I suggest adding this as a note to the subprocess module documentation instead.
The "17.1.2 Popen Objects" section seems to be the right place.
--
nosy: +Vano
__
Tracker <[EMAIL PROTECTED]>
<htt
New submission from Ivan Razumov :
OS: Windows 7 x86
Python: 2.6.4
An Entry with both Font and Foreground properties changed (i.e. not OS-default)
does not display text set with textvariable.set method.
Attached an example of such behavior.
--
components: Tkinter
files: Project5.py
Changes by Ivan Razumov :
--
title: Entry text not set if both 'Font' and 'fg' are set -> Entry text not set
if all of 'Font', 'Foreground' and 'Align' are set
_
Ivan Razumov added the comment:
The bug only appears if "Align" is not "Left".
--
___
Python tracker
<http://bugs.python.org/issue10259>
___
__
Changes by Ivan Razumov :
--
title: Entry text not set if all of 'Font', 'Foreground' and 'Align' are set ->
Entry text not set if all of 'Font', 'Foreground' and 'Justify' are set
___
Ivan Razumov added the comment:
Typo: align -> Justify
--
___
Python tracker
<http://bugs.python.org/issue10259>
___
___
Python-bugs-list mailing list
Un
Ivan Razumov added the comment:
The bug doesn't seem to be Windows-specific - tested on Ubuntu 10.10 (Python
2.6.6)
--
___
Python tracker
<http://bugs.python.org/is
New submission from Ivan Ivanenko :
result = urllib.urlopen("http://docs.python.org/library/urllib.html#OK";)
print result.geturl()
result = urllib2.urlopen("http://docs.python.org/library/urllib.html#OK";)
print result.geturl()
Python 2.6 returns:
"http://docs.pytho
Ivan Ivanenko added the comment:
Santa4nt, I think you also need to check case with Redirect Response URL:
print urllib2.urlopen("http://16.foobnix-cms.appspot.com/test_base";).geturl()
python 2.6 returns OK
http://16.foobnix-cms.appspot.com/test_redirect#json={value:'OK'}
New submission from Ivan Egorov :
email.utils.getaddresses behaves wrong in following folding cases (outer single
quote is not a part of value):
'"A\r\n (B)" '
'(A\r\n C) '
The misbehavior occurs in at least 2.6, 2.7 and branches/py3k.
Both these strings are R
Ivan Levkivskyi added the comment:
> Using `__wrapped__` if present sounds like a good idea.
Yeah, I like this idea, this will likely cover most use cases (since most
people actually do use @wraps).
--
___
Python tracker
<https://bugs.pyth
Change by Ivan Levkivskyi :
--
keywords: +newcomer friendly
___
Python tracker
<https://bugs.python.org/issue37838>
___
___
Python-bugs-list mailing list
Unsub
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue37835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
Thanks for reporting!
I spent some time thinking about this and I can't find any reasonable way of
doing this, sorry. Anyway, let's keep this open, maybe someone will come up
with a proposal.
--
Change by Ivan Levkivskyi :
--
pull_requests: +15104
pull_request: https://github.com/python/cpython/pull/15396
___
Python tracker
<https://bugs.python.org/issue28
Ivan Levkivskyi added the comment:
There is an (old) similar proposal https://github.com/python/typing/issues/402
btw.
Taking into account that this can be made only in 3.9, what is the benefit over
``from __future__ import annotations`` (that one can use already) do you see?
IMO there are
Ivan Levkivskyi added the comment:
Somewhat related to https://bugs.python.org/issue37496
--
nosy: +eric.snow, yselivanov
___
Python tracker
<https://bugs.python.org/issue37
Ivan Levkivskyi added the comment:
It looks like https://github.com/python/cpython/pull/9518 will fix also this
one.
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue37
Ivan Levkivskyi added the comment:
> Maybe any upcoming python version could store this information in __local__ ?
> So maybe we could clone this ticket to the python core in order to address
> this?
I would say it is a too big change, and it is unlikely to happen only for the
re
Change by Ivan Levkivskyi :
--
Removed message: https://bugs.python.org/msg350980
___
Python tracker
<https://bugs.python.org/issue37835>
___
___
Python-bug
Ivan Levkivskyi added the comment:
(Sorry for typos, fixed now.)
> Maybe any upcoming python version could store this information in __local__ ?
> So maybe we could clone this ticket to the python core in order to address
> this?
I would say it is a too big change, and it is un
Ivan Levkivskyi added the comment:
> I'd like to take a stab at putting up a patch for this
Great, thanks! Go ahead and try it.
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org
Ivan Levkivskyi added the comment:
> I anyway always wonder, why functions, which are methods, do not hold a
> reference to the class, which they belong to.
This may indeed be a useful feature on its own, but it will also require a much
more wider disc
Ivan Levkivskyi added the comment:
New changeset 692a0dc91597b7fb350383b633dc4d044cbd360e by Ivan Levkivskyi
(Divij Rajkumar) in branch 'master':
bpo-38008: Move builtin protocol whitelist to mapping instead of list (GH-15647)
https://github.com/python/cpyt
Change by Ivan Levkivskyi :
--
components: +Library (Lib)
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 2.7, Python 3.5, Python 3.6, Python 3.7
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
New changeset e082e7cbe4a934b86f7a07354d97d4e14a9dd46a by Ivan Levkivskyi
(plokmijnuhby) in branch 'master':
bpo-37953: Fix ForwardRef hash and equality checks (GH-15400)
https://github.com/python/cpython/commit/e082e7cbe4a934b86f7a07354d97d4
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Change by Ivan Levkivskyi :
--
pull_requests: +15808
pull_request: https://github.com/python/cpython/pull/16204
___
Python tracker
<https://bugs.python.org/issue28
Ivan Levkivskyi added the comment:
New changeset 81528ba2e81c39f4d6bca5b785e818c7d08b8501 by Ivan Levkivskyi in
branch 'master':
bpo-28556: Update the opening note in typing docs (GH-16204)
https://github.com/python/cpython/commit/81528ba2e81c39f4d6bca5b785e818
Ivan Levkivskyi added the comment:
As Serhiy explained, there is no bug here, _potentially_ we could change AST so
that attribute name (i.e. "b" in "a.b") is wrapped in a special node holding
the position info (similar to ``ast.arg``), but it is a breaking change and i
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.8
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
Guido, what is your final opinion on this?
--
nosy: +gvanrossum, levkivskyi
___
Python tracker
<https://bugs.python.org/issue38
Ivan Levkivskyi added the comment:
Yes, it is unfortunately hard to support with the new design. Also note that
this was previously discussed at https://github.com/python/typing/issues/629. I
think we can close this, since the other issue has more context.
--
resolution
Ivan Levkivskyi added the comment:
> So, my request is: In the sections for the IO/TextIO/BinaryIO and
> Pattern/Match classes, include text warning the user that these types are not
> imported when you do `from typing import *`.
I don't think this should really be a warning,
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38348>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
The downside however is that exception messages can become very long. So I am
not sure we should change this.
--
nosy: +serhiy.storchaka
___
Python tracker
<https://bugs.python.org/issue38
Ivan Levkivskyi added the comment:
New changeset d47f0dd2e85ce032aebfedbde18cdb2e728fa79f by Ivan Levkivskyi (M.
Eric Irrgang) in branch 'master':
bpo-32996: Documentation fix-up. (GH-16646)
https://github.com/python/cpython/commit/d47f0dd2e85ce032aebfedbde18cdb2e728fa79f
-
Ivan Levkivskyi added the comment:
I don't have any strong opinion either way, so it looks like we need to wait
until someone else will ask for this.
--
___
Python tracker
<https://bugs.python.org/is
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38431>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38424>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
assignee: -> docs@python
components: +Documentation
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Ivan Levkivskyi added the comment:
If you would like to propose a doc fix, then please go ahead and make a PR.
--
___
Python tracker
<https://bugs.python.org/issue38
Change by Ivan Levkivskyi :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
___
Python tracker
<https://bugs.python.org/issu
Ivan Levkivskyi added the comment:
Actually Serhiy is right, I just checked and found this sentence:
```
Alternatively, annotate your generator as having a return type of either
Iterable[YieldType] or Iterator[YieldType]
```
--
resolution: -> works for me
stage: -> resolved
Ivan Levkivskyi added the comment:
The docs for typing module are clear about this:
```
Using a generic class without specifying type parameters assumes Any for each
position.
```
There is also an example involving a base class.
--
resolution: -> not a bug
stage: -> resolved
Change by Ivan Levkivskyi :
--
pull_requests: +16320
pull_request: https://github.com/python/cpython/pull/16743
___
Python tracker
<https://bugs.python.org/issue28
Ivan Levkivskyi added the comment:
I think adjusting the docs would be less disruptive than changing
implementation. Would you like to make a PR?
--
___
Python tracker
<https://bugs.python.org/issue38
Ivan Levkivskyi added the comment:
New changeset fdfe2833ace93021278fe4c41c40e1d08d70abf9 by Ivan Levkivskyi
(Sebastian Rittau) in branch 'master':
bpo-38467: Fix argument name of typing functions (GH-16753)
https://github.com/python/cpython/commit/fdfe2833ace93021278fe4c41c40e1
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Ivan Bykov :
Python 3.8.0 (tags/v3.8.0:fa919fd, Oct 14 2019, 19:37:50) [MSC v.1916 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license()" for more information.
>>
Ivan Levkivskyi added the comment:
IMO 3.10 would be better, since 3.9 would be too soon (it would be like a
schedule for a normal deprecation).
Also if we are really doing this, I think it is better to announce this soon.
Also we should try to fix relevant issues related to string
New submission from Ivan Kravets :
Hi there,
It seems that "connect_read_pipe" is not implemented in ProactorEventLoop. Does
it make sense to update docs in these places?
- https://docs.python.org/3/library/asyncio-platforms.html#windows
- https://docs.python.org/3/libra
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Naydonov added the comment:
I recently faced this problem and this bug was very helpful to understand whats
going on. Especially the comment about a problem being a tkinter reference
leaked to a thread.
Most of the discussions in google results doesn't mention it (or at least it&#
Ivan Levkivskyi added the comment:
Btw this reminds me I should make a PyPI release of typing_inspect (last
release was May 2020), hopefully will make a release on this weekend.
--
___
Python tracker
<https://bugs.python.org/issue44
Ivan Levkivskyi added the comment:
Uploaded typing_inspect 0.7.0 to PyPI (it should work with Python 3.9 hopefully)
--
___
Python tracker
<https://bugs.python.org/issue44
Ivan Levkivskyi added the comment:
You can remove me from both.
--
___
Python tracker
<https://bugs.python.org/issue44659>
___
___
Python-bugs-list mailin
Ivan Levkivskyi added the comment:
Thank you everyone! I hope our paths will cross someday.
--
___
Python tracker
<https://bugs.python.org/issue44659>
___
___
Ivan Borshchov added the comment:
Very uncomfortable to work with webp without it And webp is now pretty hyped
due to Google's Core Web Vitals update.
E.g. pretty popular Django Storages relies on python native mimetype module, so
because of this bug it always sets default application/
Ivan Marton added the comment:
The assumed behaviour of TimedRotatingFileHandler is to rotate log files older
than configured. Even when the script is executed multiple times.
self.rolloverAt (the variable that defines when the rollover should be
performed) is set after each rollover and
Change by Ivan Marton :
Added file: https://bugs.python.org/file50209/log_40469_single.py
___
Python tracker
<https://bugs.python.org/issue40469>
___
___
Python-bug
Ivan Marton added the comment:
Well, there is nothing in the documentation that would say the logrotation can
be only performed by continously running scripts, thats why. :)
There are scripts or even daemons written in Python that need to be restarted
from time to time. If the logrotate
Ivan Marton added the comment:
> Well, what's the need to rotate based on time when you just run scripts
> sporadically or they're very short-lived? Not trying to argue, just trying to
> understand.
> Yes, but generally daemons are long-lived relative to the rotation in
New submission from Ivan Savov :
Currently,
```
>>> help(list.__contains__)
```
returns
```
Help on wrapper_descriptor:
__contains__(self, key, /)
Return key in self.
```
Which is a conceptual circular reference,
since `in` is implemented by `__contains__`.
Changing the help
Change by Ivan Savov :
--
keywords: +patch
pull_requests: +27314
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29043
___
Python tracker
<https://bugs.python.org/issu
Change by Ivan Konovalov :
--
versions: +Python 3.10, Python 3.9
___
Python tracker
<https://bugs.python.org/issue33838>
___
___
Python-bugs-list mailin
Ivan Levkivskyi added the comment:
> Was it mistake to make isinstance(list[int], type) returning True?
What was the motivation for this? At first glance returning True looks wrong.
--
___
Python tracker
<https://bugs.python.org/issu
Ivan Pozdeev added the comment:
> Someone nonchalantly updated these in
> https://github.com/python/cpython/commit/2fc857a5721a5b42bcb696c9cae1bbcc82a91b17
> so this bug is now fixed
That PR only goes into 3.11. While this ticket claims to have fixed the problem
for 3.10 as well
Ivan Pozdeev added the comment:
@christian.heimes https://github.com/python/cpython/pull/25481 also needs
backporting to 3.9 and 3.8.
A Pyenv user has been affected by the "implicit declaration of function
‘SSLv3_method’" compliation error that it fixes in 3.9.9:
https://github
Ivan Levkivskyi added the comment:
We already have https://github.com/python/typing/issues/508 for "smart"
`get_type_hints()` that would use LBYL. Also we had a similar discussion about
PathLike, and ultimately decided not to make `typing` a place for generic
versions of
Change by Ivan Levkivskyi :
--
pull_requests: -16560
___
Python tracker
<https://bugs.python.org/issue37838>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
keywords: -patch
stage: patch review -> needs patch
___
Python tracker
<https://bugs.python.org/issue37838>
___
___
Python-
Ivan Levkivskyi added the comment:
The PR was linked by mistake (it is for a different issue), so I unlinked it.
--
___
Python tracker
<https://bugs.python.org/issue37
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38782>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
> I'm not sure what can be done with this. The problem is that the decorator
> doesn't know what's in the caller's namespace. The type being added is
> "typing.Any". If the caller doesn't import typing, then get_t
New submission from Ivan Kurnosov :
At this moment it's impossible to explain the behaviour of this script using
documentation.
Given it was explicitly coded to behave like that - it should be somehow noted
in the documentation, that as long as a `CliArgs.foo` field has a default value
Ivan Kurnosov added the comment:
> I have not seen many questions about the use of a preexisting namespace
> object (here or on StackOverflow)
as typing was added to the language natively - it should become more and more
frequently used.
I personally see no reason anymore to NOT
Ivan Levkivskyi added the comment:
No objections from me assuming you are going forward along the way proposed by
Serhiy (i.e. only skip values for certain fields if value is the default, not a
blanket skip for all Nones and empty lists
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38870>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
New changeset 0aca3a3a1e68b4ca2d334ab5255dfc267719096e by Ivan Levkivskyi
(benedwards14) in branch 'master':
bpo-37838: get_type_hints for wrapped functions with forward reference
(GH-17126)
https://github.com/python/cpyt
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Ivan Levkivskyi added the comment:
> So why is it bad that in the example class B is considered a "subclass" of
> os.PathLike by implementing the protocol?
This is not bad, my understanding of the problem is that currently B is
considered a subclass of A, while the latt
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from Ivan Levkivskyi :
The PEP 544 specifies that:
A protocol can be used as a second argument in isinstance() and issubclass()
only if it is explicitly opt-in by @runtime_checkable decorator.
It is not specified exactly whether this should be enforced by static type
checkers
Ivan Levkivskyi added the comment:
Cross-ref to the typing issue https://github.com/python/typing/issues/593. It
looks like there is some interest in this feature.
--
___
Python tracker
<https://bugs.python.org/issue27
Ivan Levkivskyi added the comment:
I see the point in using ``__class_getitem__`` in Python classes too, we can
probably start using a dummy method returning class object itself now. Also PEP
585 already has a long list of candidates for "proper" ``__class_getitem__``
support. Ma
Change by Ivan Levkivskyi :
--
keywords: +easy (C)
___
Python tracker
<https://bugs.python.org/issue38979>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue38947>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Pozdeev added the comment:
I already diagnosed this in
https://mail.python.org/archives/list/python-...@python.org/message/3Z4FNPEFTFTYDX6RYOQ54UKOVLQAWUEU/:
* https://travis-ci.org/python/cpython/jobs/616384134 looks for `pythonX.Y` but
doesn't account for the fact that it cou
Ivan Pozdeev added the comment:
> New changeset 94d2c8df1a7657015a2fcdb4c4d43392f91f8348 by Inada Naoki in
> branch 'master':
bpo-39035: travis: Don't use beta group (GH-17602)
> INADA-san: do you want to close this issue since you pushed changes?
This may actually
Ivan Pozdeev added the comment:
While we are at it, shall we enable build config validation
(https://docs.travis-ci.com/user/build-config-validation)?
It would produce warnings for outdated keys like this.
--
___
Python tracker
<ht
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39046>
___
___
Python-bugs-list mailing list
Unsubscribe:
Change by Ivan Levkivskyi :
--
nosy: +levkivskyi
___
Python tracker
<https://bugs.python.org/issue39102>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ivan Levkivskyi added the comment:
New changeset eae87e3e4e0cb9a0ce10c2e101acb6995d79e09c by Ivan Levkivskyi (Bar
Harel) in branch 'master':
bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336)
https://github.com/python/cpython/commit/eae87e3e4e0cb9a0ce10c2e101acb6
Ivan Levkivskyi added the comment:
New changeset 59d06b987db34cde8783e265709366d244c9e35b by Ivan Levkivskyi (Bar
Harel) in branch '3.7':
[3.7] bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336) (GH-17685)
https://github.com/python/cpython/commit/59d06b987db34cde8783e265709366
Ivan Levkivskyi added the comment:
New changeset 0846e5d4603434c2bbf8a528677cf1ff3fe29b95 by Ivan Levkivskyi (Bar
Harel) in branch '3.8':
[3.8] bpo-38878: Fix os.PathLike __subclasshook__ (GH-17336) (GH-17684)
https://github.com/python/cpython/commit/0846e5d4603434c2bbf8a528677cf1
Change by Ivan Levkivskyi :
--
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.6
___
Python tracker
<https://bugs.python.or
1 - 100 of 953 matches
Mail list logo
