Jim Wygralak added the comment:
DATA:
Just chiming in to report that I'm seeing this issue with the following freshly
installed:
Python 3.10.4
tkinter 8.6.12
PySimpleGUI 4.57.0
OS is Windows 10
As others have report it is related to the cursor entering the tool tip box
before clickin
Jim DeLaHunt added the comment:
As the original reporter, I have no objection to closing this old report. It
remains in the historical record. That was its purpose all along. Thank you to
all the bug data maintainers!
--
___
Python tracker
Jim Schwartz added the comment:
Please let me know if you are able to reproduce this issue.
--
___
Python tracker
<https://bugs.python.org/issue46084>
___
___
Jim Schwartz added the comment:
my c drive and h drive are both internal drives and I run the python script
from my user directory on my c drive. Not sure if that makes any difference.
Just trying to think of things that might help you reproduce and fix this
Jim Schwartz added the comment:
when I run the following command:
python "H:\Users\LindaJim\Documents\AWS Python Learning\test_dir_scan_dir.py"
"C:\\"
I get this output:
...
Traceback (most recent call last):
File "H:\Users\LindaJim\Documents\AWS Python Lear
Jim Schwartz added the comment:
the issue is with the scandir script, not the os_walk script. I tried to
upload the scandir python script before, but I guess it didn't upload. When I
was running the two scripts, I used an input of C:\\ as the input parameter.
Hope that
Jim Schwartz added the comment:
do you have this registry entry set to 1:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\LongPathsEnabled
set to 1. It works if you do. What version of windows do you have? I have
version 21H2 (OS Build 19044.1387). I don't have windo
Jim Schwartz added the comment:
yes, I do.
C:\Users\Jim\Documents\jschw_uiowtv3_old\AppData\Local\Google\Chrome\User
Data\Default\Extensions\nenlahapcbofgnanklpelkaejcehkggg\0.1.823.675_0\notifications\pages\Cashback\components\CashBackResolve\components\RewardsActivation\components
Jim Schwartz added the comment:
Here's the second file that works just fine under python 3.9 (by the way, I am
using Windows 64-bit). I didn't test this on later python versions, however,
nor did I test it on 32-bit versions. I see that many people on the internet
have said to
New submission from Jim Schwartz :
Python 3.9.6 scan_dir returns filenotfound on long paths, but os_walk does not.
I've enclosed sample scripts that compare the two and have returned the
results. the windows 10 registry entry to extend the path names fixes this
issue
(HKEY_LOCAL_MA
Jim Crist-Harif added the comment:
Apologies for the delay here. I've pushed a documentation patch at
https://github.com/python/cpython/pull/29760.
--
___
Python tracker
<https://bugs.python.org/is
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27998
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29760
___
Python tracker
<https://bugs.python.org/issu
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27970
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29733
___
Python tracker
<https://bugs.python.org/issu
New submission from Jim Crist-Harif :
In https://bugs.python.org/issue45129 the deprecated `reuse_address` parameter
to `create_datagram_endpoint` was removed. This PR mistakenly removed this
parameter from `create_server` as well (where it wasn't deprecated).
--
components: as
Change by Jim Crist-Harif :
--
components: +asyncio -C API
nosy: +asvetlov, yselivanov
___
Python tracker
<https://bugs.python.org/issue45819>
___
___
Python-bug
Change by Jim Crist-Harif :
--
keywords: +patch
pull_requests: +27822
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29579
___
Python tracker
<https://bugs.python.org/issu
New submission from Jim Crist-Harif :
In https://bugs.python.org/issue7946 an issue with how the current GIL
interacts with mixing IO and CPU bound work. Quoting this issue:
> when an I/O bound thread executes an I/O call,
> it always releases the GIL. Since the GIL is released, a CPU
Jim Crist-Harif added the comment:
> Is tornado the only example or you are aware of other libraries with such
> behavior?
A quick survey of other language network stacks didn't turn anything up, *But*
I also didn't find any implementations (other than asyncio & tornado)
Jim Crist-Harif added the comment:
If you decline that a change is needed here, at the very least the current
behavior of `port=0` should be documented. I'd be happy to push up a fix if so.
--
___
Python tracker
<https://bugs.py
Jim Crist-Harif added the comment:
> I'm not aware of an OS API call that binds both IPv4 and IPv6 to the same
> random port.
Sure, but `loop.create_server` is already higher-level than a single OS API
call.
By default `create_server` will already bind multiple socke
Jim Crist-Harif added the comment:
Hmmm, I'd find that situation a bit surprising, but I suppose it could happen.
Looks like tornado just errors, and that seems to work fine for them in
practice
(https://github.com/tornadoweb/tornado/blob/790715ae0f0a30b9ee830bfee75bb7fa4c4ec2f6/to
Jim Crist-Harif added the comment:
> Is there an OS interface to ensure the same port on both stacks?
I don't think this is needed? Right now the code processes as:
- Expand host + port + family + flags into a list of one or more tuples of
socket options
(https://github.com/python
Change by Jim Crist-Harif :
--
versions: +Python 3.10, Python 3.8
___
Python tracker
<https://bugs.python.org/issue45693>
___
___
Python-bugs-list mailin
New submission from Jim Crist-Harif :
To create a new server with `loop.create_server` that listens on all interfaces
and a random port, I'd expect passing in `host=""`, `port=0` to work (per the
documentation). However, as written this results in 2 different ports being
used
New submission from Jim Fasarakis-Hilliard :
There's currently a slight disagreement between some of the sequences about
what is raised when the value for `repeat` is too large.
Currently, `str` and `bytes` raise an `OverflowError` while `bytearray`,
`tuple`, `list` and `deque` ra
Jim Jewett added the comment:
It sounds like the fix is a configuration change already included in the next
version, so ... I think that counts as a fix.
--
nosy: +Jim.Jewett
resolution: -> fixed
status: open -> pending
___
Python tracker
Jim Jewett added the comment:
What is the status on this? If you are losing interest, would you like someone
else to turn your patch into a pull request?
--
___
Python tracker
<https://bugs.python.org/issue24
Jim Jewett added the comment:
Based on Hristo's timing, it appears to be a clear win.
A near-wash for truly string-only dicts that shouldn't be effected; a near-wash
for looking up non-(exact-)strings, and a nearly 40% speedup for the target
case of looking up but not inser
Jim Jewett added the comment:
This was originally "can be reopened if a patch is submitted" and Hristo Venev
has now done so. Therefore, I am reopening.
--
resolution: rejected -> remind
stage: -> patch review
status: closed -> open
ver
Jim DeLaHunt added the comment:
My goodness, things get complex sometimes.
If we cannot make Sphinx preserve doctest directives and comments, perhaps we
should go back to the historical bug discussion to look at workarounds which we
considered earlier. For instance, maybe we should modify
Change by Jim Lin :
--
keywords: +patch
pull_requests: +22190
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/23299
___
Python tracker
<https://bugs.python.org/issu
New submission from Jim Lin :
I think the exception "raise ValueError("Pool not running")" is not easy for a
programmer to quickly know the problem of their code.
Therefore, I add the value of self._state when throwing the ValueError.
--
components: Library (L
Change by Jim Jewett :
--
stage: patch review -> commit review
___
Python tracker
<https://bugs.python.org/issue41246>
___
___
Python-bugs-list mailing list
Un
Jim Jewett added the comment:
Unicode probably won't make the correction, because of backwards
compatibility. I do support the sentence suggested in Thorsten's most
recent reply. Is expanding ligatures the only other normalization it does?
Ideally, we should also mention that it
Jim Jewett added the comment:
Then I suspect they also exist in even earlier versions, and are actually tied
to your development setup. That should still be fixed, but it is probably not
in Python's own code. It might be in python's build process, which is still on
us. Or it m
Jim Jewett added the comment:
There are a zillion reasons a filename could be wrong -- but the standard
says to trust the filesystem. So if it sniffs based on contents, it isn't
quite following the standard. It is probably still a useful tool, but it
won't be the One Right Way, an
Jim Jewett added the comment:
Looks Good To Me
--
nosy: +Jim.Jewett
___
Python tracker
<https://bugs.python.org/issue41391>
___
___
Python-bugs-list mailin
Jim Jewett added the comment:
Is it safe to say that there is an now intent to support VxWorks within the
main tree, with Wind River agreeing to be primary support?
And this ticket has become a tracking ticket for the status on getting it
there, small PR by small PR plus buildbot
Jim Jewett added the comment:
Why would you raise StopIteration if you didn't want to stop the nearest
iteration loop? I agree that the result of your sample code seems strange, but
that is because it is strange code.
I agree with Steven D'Aprano that changing it would cause more
Jim Jewett added the comment:
I won't speak of nroff or troff in particular, but many programs had trouble
distinguishing the end of a sentence from an honorific abbreviation, such as
Mr. Spock or Dr. Seuss.
--
nosy: +Jim.Jewett
___
P
Jim Jewett added the comment:
The standard itself says that it only applies to content served over http; if
the content is retrieved by ftp or from a file system, then you should trust
that. I don't notice that in the code you pointed to.
So maybe filetype is the right answer if the
Jim Jewett added the comment:
It may well have been intentional, as deques should normally be mutated only at
the ends. But Raymond did make changes to conform to the ABC, so this should
probably be supported too. Go ahead and include docstrings and/or discouraging
it, though, except for
Jim Jewett added the comment:
Is this a platform where 3.8 was working?
The curses test seems to think you have too many color-pairs defined, and this
might well be part of a semi-compatible curses library. I guess I would add
some output to the test showing how many (and which) color pairs
Jim Jewett added the comment:
Going back to Raymond's analysis, this is useful when at least some of the
parameters either do not change the result, or are not hashable.
At a minimum, you need to figure out which parameters those are, and whether to
drop them or transform them.
Is
Jim Jewett added the comment:
Looks good to me.
I at first worried that the different function names were useful metadata that
was getting lost -- but the names were already duplicated in several cases.
*If* that is still a concern for the committer, then instead of repeating the
code
Jim Jewett added the comment:
Looks good to me.
--
nosy: +Jim.Jewett
___
Python tracker
<https://bugs.python.org/issue41217>
___
___
Python-bugs-list mailin
Jim Jewett added the comment:
@Ben Griffin -- Unicode has defined astral characters for a while, but they
were explicitly intended for rare characters, with any living languages
intended for the basic plane. It is only the most recent releases of unicode
that have broken the "most p
Jim Jewett added the comment:
Raymond, did you replace the screenshot with a later one showing that things
are fixed now? The timestamp suggests it went up at the same time as your
comment, but what I see in the .png file is that the two are identical other
than addresses.
--
nosy
New submission from Jim Fasarakis-Hilliard :
This isn't an issue, `value` (that is, `{}` here) is shared among all keys.
Since you've added a mutable value, when you mutate it this change is seen for
all keys holding the value.
This is documented in dict.fromkeys
https://docs.py
Jim Fasarakis-Hilliard added the comment:
A simple substitution of 'types' with 'kind' should do it. This aligns with the
terminology [1] used in the glossary.
[1] https://docs.python.org/3/glossary.html#term-parameter
--
nosy: +Ji
Jim Fasarakis-Hilliard added the comment:
For a more comprehensive list, we currently have for `get*` functions in
`inspect`:
`inspect.getdoc`: Returns `None` if the documentation string isn't present,
either directly on the object or through it mro. This *isn't*
Jim Fasarakis-Hilliard added the comment:
Another option, `graphlib`[1], does exist on PyPI but is not maintained and
currently read-only by the author. Other flavors[2][3] of the same name also
don't seem to have much adoption so they shouldn't confuse if a name like
`graphlib`
Jim Fasarakis-Hilliard added the comment:
The downside I see with any graph prefixed names is the fact that it implies a
larger collection of graph operations.
Add that to the fact that people might be more tempted to propose many graph
related algorithms/utilities to a module with the
Jim Fasarakis-Hilliard added the comment:
It does seem out of place in functools, intensified by it's odd interjection
among the other functools objects.
Considering heapq and bisect exist as standalone modules, the idea that
topological sorting could go in its own module wouldn
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue38938>
___
___
Python-bugs-list mailin
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue1635741>
___
___
Python-bugs-list mailin
Jim Carroll added the comment:
My bad. I read the docs, but mistakenly believed platform support meant OS. I
figured since Windows maketh then Windows should taketh. I've spent the day
studying the _datetimemodule.c code and now realize my error.
Question -- it seems to me an unnece
New submission from Jim Carroll :
We encountered an interesting mtime problem in the field, that I believe
represents a bug in python's datetime timestamp handling.
A file stored on a windows server had the last-modified date '1/1/4501' (that's
the year 4501). os.path.
Change by Jim Fasarakis-Hilliard :
--
nosy: +Jim Fasarakis-Hilliard
___
Python tracker
<https://bugs.python.org/issue5996>
___
___
Python-bugs-list mailin
Jim DeLaHunt added the comment:
We discovered and fixed this same problem back in 2011-2012 with #12947 .
That was apparently the source of the monkeypatch that was removed as "obselete
code" on 2019-09-12. That old issue commentary has some suggestions about other
workaro
Jim Carroll added the comment:
I can confirm the os.walk() behavior still exists on 3.8. Just curious on the
status of the patch?
--
nosy: +jamercee
___
Python tracker
<https://bugs.python.org/issue23
Jim Carroll added the comment:
This patch solves the issue
diff --git a/Modules/_elementtree.c b/Modules/_elementtree.c
index c3f30c9339..d265021f75 100644
--- a/Modules/_elementtree.c
+++ b/Modules/_elementtree.c
@@ -2782,6 +2782,7 @@ treebuilder_handle_start(TreeBuilderObject* self
New submission from Jim Carroll :
_elementtree.c defines a custom exception 'xml.etree.ElementTree.ParseError'
that inherits from SyntaxError. According to the docs
https://docs.python.org/3/library/exceptions.html#SyntaxError
``Instances of this class have attributes filena
Jim Carroll added the comment:
I understand.
btw; I did a deep dive on cpython codebase, and the only references to
codecs.iterencode()/iterdecode() is in ./Lib/tests/test_codecs.py. I suspect
functions are not used by many people.
The patch I proposed was a three line change that would
New submission from Jim Carroll :
The io.TextIOWrapper class initializes a codec.IncrementalEncoder and uses it
to encode str, but it never calls the encoder's encode('', final=True).
According to the docs
https://docs.python.org/3.5/library/codecs.html#codecs.Incrementa
Jim Carroll added the comment:
According to the documentation
(https://docs.python.org/3.7/library/codecs.html#codecs.iterdecode), the first
parameter is a bytes object to decode (not an iterable of bytes). Which is also
consistent with it's companion iterencode() which accepts a str o
Change by Jim Carroll :
Added file: https://bugs.python.org/file48662/codecs.patch
___
Python tracker
<https://bugs.python.org/issue38482>
___
___
Python-bugs-list mailin
Change by Jim Carroll :
Removed file: https://bugs.python.org/file48661/codecs.patch
___
Python tracker
<https://bugs.python.org/issue38482>
___
___
Python-bugs-list m
New submission from Jim Carroll :
While working with codecs.iterdecode(), encountered "can't concat int to
bytes". The source of the problem is BufferedIncrementalDecoder stores it's
internal buffer as a bytes (ie: b""), but decode() can be passed either a
Jim Jeon added the comment:
Thank you all for the kind answers.
I didn't know copying could cause so many problems.
@veky
Thank you for the example.
But it seems that the example will actually raise and I think it should.
I am talking f.assert_called_with(b) when `b` has same values
New submission from Jim Jeon :
When `assert_called_with` is used with mutable object, test fails if the object
has changed. I think this is not what it meant to do.
https://docs.python.org/dev/library/unittest.mock-examples.html#coping-with-mutable-arguments
The same situation is explained
Jim Li added the comment:
Ah, that started to make sense. To be honest I didn't really pay much attention
to the _namespace's documentation, I only looked at that of __path__ and
somehow expected it to mention that certain namespace won't be a type
anymore.
I will re-read yo
Jim Li added the comment:
Hi Eric,
Sorry for the late reply. I think I did not accurately describe the issue at
all. As a minimal example, set up two virtual environments, one from 2.7.x, one
from 3.7.2.
When you are in the virtual environment, do
- pip install protobuf==3.3.0
- python (to
Jim Li added the comment:
Thanks Eric. That does make sense. The code wasn't really Python 3, it was
migrated from 2.7, which uses some Python 3 syntax.
As a side note, if you run 2to3 on this instead of the previous
`print(response.next_page_token)`
print(response)
Then 2to3 woul
New submission from Jim Li :
I encountered this issue when I was running 2to3 on a package, Python version
3.7.2, CentOS 7.
To reproduce this bug, create a file called test.py and paste the following
code into it
def testSomeRequest(self):
request = {"someRequest"
New submission from Jim Li :
In Python 2, `__path__` used to be a list, so all of the operations available
to list are available, e.g., `insert`; you can also do indexing; e.g.,
`__path__[0]`.
However, I believe that starting from Python 3, it seems to be a , and a lot of operations that
Jim Maloy added the comment:
This issue persists as of today (March 2019), in Python 3.7.2 (64 bit) running
on Windows 10. I gather from the comments that fixing it is no trivial matter,
although I don't fully understand why. The hang of "several seconds" that was
original
Jim Carroll added the comment:
Never mindi see this issue has been reported previously and the typo is
considered intentional.
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/i
New submission from Jim Carroll :
There is a typo in the unittest.mock documentation found at
https://docs.python.org/3/library/unittest.mock.html.
There are seven(7) instances of the word assret, where the author clearly
intended assert.
--
assignee: docs@python
components
Jim Jewett added the comment:
My current UI shows this as relevant *only* to 3.4 and 3.5. If it really has
been fixed in 3.6, and the fix can't be backported, I think the risk of
breaking backup programs is enough to argue for doing nothing more than a doc
change. Anyone still usin
Jim Jewett added the comment:
(Note: I am talking only about the disclosure issue; file corruption would
ideally be fixed as far back as possible, though I would be somewhat
sympathetic to a "nah, that ain't security, too late" argument.)
My current UI shows this as re
Jimbo Jim added the comment:
first post in bugs.python.org... are people normally scary around here?
Another usecase of keyword-only arguments is that I can mix default and
non-default fields in any order. This could be achieved by either marking all
fields as read-only, or by implicitly
New submission from Jim DeLaHunt :
Asyncio's StreamReaderProtocol[1] often returns True from
Protocol.eof_received(). This tells the Transport that "closing the transport
is up to the protocol" [2]. However, StreamReaderProtocol does not call
Transport.close().
Jim DeLaHunt added the comment:
This is what I observe when I run my original program with Python 3.7.0. Notice
that the Task object instantiation fails with a clear error message:
% python -c 'import sys; print(sys.version)'
3.7.0 (default, Jun 28 2018, 06:01:52)
[Clang 8.
New submission from Jim DeLaHunt :
In Python 3.6.5, Task.__repr__() with raise an AssertionError for
certain, arguably incorrect, coroutines which the instantiation of Task()
accepts. repr(task) thus fails with an AssertionError, instead of
returning a string which describes the task object
New submission from Jim Jewett :
binhex defines a module-wide constant of
REASONABLY_LARGE = 32768 # Minimal amount we pass the rle-coder
Later on, in 5 locations it does either ifp.read(128000) or
ifp.read_rsrc(128000)
It isn't clear why a different constant is used, let alone
Jim DeLaHunt added the comment:
I'm a developer using Python in my application. I just spent the last couple of
weeks learning about asyncio with the present documentation. I am very happy to
see that work is underway for improved documentation.
I would be glad to take on writing tas
Minion Jim added the comment:
Sorry for posting this as a bug :-( When I reupdated (again) it sorted itself
out (for whatever reason). So once again sorry for wasting your time.
--
___
Python tracker
<https://bugs.python.org/issue32
Minion Jim added the comment:
This isn't just IDLE. On the GIF, I also demonstrate other Tkinter windows
which is why have been led to believe it is an underlying Tkinter problem
rather than IDLE.
--
___
Python tracker
<https://bugs.py
Minion Jim added the comment:
Please see the attached gif for a demonstration (I am using Windows 10 Home)
--
Added file: https://bugs.python.org/file47413/tkinter glitch.gif
___
Python tracker
<https://bugs.python.org/issue32
Minion Jim added the comment:
Hi, thanks for your email. I hope to get round to sending you a screenshot by
the end of today but I am quite busy right now.
Many thanks,
Elisha
Elisha Paine
Ranelagh School
Confidentiality and Disclaimer: This email and its
New submission from Minion Jim :
When using Python version 3.6.4, Tkinter shows a blank icon on the taskbar.
This means any Tkinter window including IDLE and a blank one. Unfortunately, I
don't have a screenshot to show this as I reinstalled version 3.6.3 which works
perf
Change by Jim Fulton :
--
nosy: -j1m
___
Python tracker
<https://bugs.python.org/issue25910>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
Jim Jewett added the comment:
Ideally, use .startswith('.') Instead if find, but this is a clear UI fix.
First pull request fixes doc, second fixes code. OK to apply both.
--
nosy: +Jim.Jewett
stage: -> commit review
___
Python tr
Jim Fulton added the comment:
OMG, >1year. :)
This was always a minor issue. I still think the current asyncio behavior is
dumb, but whatever.
FWIW, I tripped on this when adding SSL support to ZEO, which is a
client-server *database* protocol used by ZODB, having nothing to do with
New submission from Jim Jewett:
Per
https://docs.python.org/3/c-api/init.html#initializing-and-finalizing-the-interpreter
Py_Initialize() "should be called before using any other Python/C API
functions; with the exception of Py_SetProgramName(), Py_SetPythonHome() and
Py_SetPath()."
Jim Fulton added the comment:
See: https://github.com/pypa/pip/issues/4695
--
___
Python tracker
<http://bugs.python.org/issue31280>
___
___
Python-bugs-list m
Jim Fulton added the comment:
Wow, OK. It didn't occur to me to look for .pth files. (Buildout doesn't use
them.) I guess this is a pip bug or misfeature. I'll head over to pypa.
Thanks!
--
stage: -> resolved
status: open -> closed
_
Jim Fulton added the comment:
No, but I managed to unattach it, because "Choose File" always feels like a
submit button to me.
Sorry.
Attached.
--
Added file: http://bugs.python.org/file47101/z.py
___
Python tracker
<http://bu
New submission from Jim Fulton:
I'm having an issue importing from namespaces packages whose directories are
added to sys.path and have other packages from the same namespace in
site-packages.
To reproduce:
- Create a virtualenv and install zc.buildout in it (``envdir/bin/pip in
1 - 100 of 742 matches
Mail list logo
