[issue40247] Logged out of user when running Tkinter
New submission from J : Whenever I run a python script with any Tkinter command, I get instantly logged out of my user. I have been using Tkinter for weeks now and it was running just fine until yesterday when I clicked the demo button in the default taskbar that shows up when launching a Tkinter GUI. It has been crashing now ever since if I include any Tkinter bits in the code. I have been using Python 3.7.7 with the Tkinter version that came with it before this problem started showing up. I have furiously tried everything I could think of (mind me, I'm pretty new to this) including installing preceding and later versions from the official python.org page (3.8.2, 3.8.1, 3.8.0, 3.7.0, 3.6.6 etc.). On some version of python, Tkinter runs and creates the main window with command tk.Tk(), however it would embed it into another window (see attached screenshot). Weird stuff. I've searched across the internet for similar issues to no avail. Operation System: MacOS Mohave 10.14.6 I hope I'm in the right place to report this abnormal crashing. I would be very thankful for any guidance. -- components: Tkinter files: 2.png messages: 366153 nosy: Jordan priority: normal severity: normal status: open title: Logged out of user when running Tkinter type: crash versions: Python 3.7 Added file: https://bugs.python.org/file49048/2.png ___ Python tracker <https://bugs.python.org/issue40247> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40247] Logged out of user when running Tkinter
J added the comment: Thanks for reaching out. I solved the issue following @tcarroll2's solution from: https://github.com/pyenv/pyenv/issues/1375 The issue doesn't occur when using pyenv. It seems that the issue may have been caused by python sticking to the mac provided tkinter (version 8.5) instead of using a compatible version. With pyenv, I get python 3.7.4 and tkinter version 8.6.10 and it works flawlessly :) Steps to reproduce crash: - Downloading Python version 3.8+ from python.org - Typing python3 in terminal, importing tkinter as tk and starting a window with tk.Tk() I am immediately logged out of my user. TkVersion is 8.6 Steps to reproduce weird window in window (my guess due to python using mac provided tkinter version 8.5): - Downloading Python version 3.7.7 or older from python.org or homebrew - Typing python3 in terminal, importing tkinter as tk and starting a window with tk.Tk() - Voila! window in window created. No logging out here, but the window created is unusable and glitchy. I tried running a tkinter GUI that works fine on other setups and the output was missing some widgets etc. -- ___ Python tracker <https://bugs.python.org/issue40247> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15211] Test
New submission from j : asdf fsa sads f -- assignee: collinwinter components: Benchmarks messages: 164190 nosy: collinwinter, jgbw priority: normal severity: normal status: open title: Test type: crash versions: Python 3.1 ___ Python tracker <http://bugs.python.org/issue15211> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1410] BaseHTTPServer cannot accept Unicode data
Changes by J. Peterson: -- components: Library (Lib) nosy: isonno severity: normal status: open title: BaseHTTPServer cannot accept Unicode data type: behavior versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1410> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1410] BaseHTTPServer cannot accept Unicode data
New submission from J. Peterson: Within a do_GET hander for a BaseHTTPServer.BaseHTTPRequestHandler, trying to write unicode data causes a UnicodeEncodeError exception. It should be possible to send Unicode data to the browser. The enclosed Python file demonstrates the issue. Added file: http://bugs.python.org/file8718/TestUnicodeHTTP.py __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1410> __ TestUnicodeHTTP.py Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1410] BaseHTTPServer cannot accept Unicode data
J. Peterson added the comment: The diagnostic printed is: File "C:\Apps\Python25\lib\socket.py", line 255, in write data = str(data) # XXX Should really reject non-string non-buffers The comment indicates the developer was aware of the bug. See also similar bug in writelines(), near line 267. __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1410> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1410] BaseHTTPServer cannot accept Unicode data
J. Peterson added the comment: As implemented it's not even possible to send UTF-8, because the "data = str(data)" line only accepts seven bit ASCII with the default encoding. Since there's no easy way to change the encoding "str()" uses, some other mechanism should be available to do the encoding (as implied by the "XXX" comment). __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1410> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10149] Data truncation in expat parser
New submission from Maciek J : Not sure if this is a Python problem or an expat problem, but I get truncated data while parsing XML documents. This particular project is for parsing an XML file of Wikipedia dump. The attached files are: * xml-parse-revisions.py - parser script * revision-test.xml - input XML * revision-test.xml.sql - output XML * revision_create.sql - not really needed for this test case, but attached for completeness You can notice that the output file sometimes contains too short values for the "timestamp". Also note that if you add whitespace to the input XML, then different timestamps will be truncated. My Python is 2.6.6. -- components: XML files: pyxml_error.zip messages: 119184 nosy: Maciek.J priority: normal severity: normal status: open title: Data truncation in expat parser versions: Python 2.6 Added file: http://bugs.python.org/file19292/pyxml_error.zip ___ Python tracker <http://bugs.python.org/issue10149> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10149] Data truncation in expat parser
Maciek J added the comment: Hm... It turns out that there is a "buffer_text" attribute: http://docs.python.org/library/pyexpat.html#xml.parsers.expat.xmlparser.buffer_text And setting this attribute to "True" seems to solve the problem. It solves my problem, but docs are still very confusing. I see two things that should be fixed: 1. In CharacterDataHandler description it should be explicitly noted that data may be chunked even if it is short(!). 2. Description of buffer_text attribute should contain a notice that data may also be arbitrary chunked if this is set to False. My data _was_not_ chunked at new line characters (as the description suggest). It was chunked in the middle of a sentence (there were no whitespace in it!). -- ___ Python tracker <http://bugs.python.org/issue10149> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10149] Data truncation in expat parser
Maciek J added the comment: I'm not familiar with the rst format, but I hope this works. -- keywords: +patch Added file: http://bugs.python.org/file19329/pyexpat.rst.patch ___ Python tracker <http://bugs.python.org/issue10149> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10149] Data truncation in expat parser
Maciek J added the comment: Couldn't compile to html at the moment, but it should be fine anyway. Note that I didn't wanted to start a new paragraph (I'm guessing you meant the sentence at line 13 of the patch) as there was no new paragraph in a previous version. -- Added file: http://bugs.python.org/file19599/pyexpat.rst.patch ___ Python tracker <http://bugs.python.org/issue10149> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5833] readline update
J. Evans added the comment: I have no problem splitting the patch into multiple files. When I do so, do I place them here or open separate tickets for each component? Or if you guys want to just close out the ticket since the actual bug was fixed, I am okay with that too. We will probably continue to use the patched version of tabexpand for our users since the filename expansion is used quite heavily. And since we will not be transitioning to py3k anytime in the next several years, we have no issue with what is (or is not) implemented there. -- ___ Python tracker <http://bugs.python.org/issue5833> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47093] Documentation Fix: Remove .bat when activating venv on windows
New submission from J Y : https://docs.python.org/3/tutorial/venv.html For windows, tutorial-env\Scripts\activate.bat doesn't appear to set up venv successfully. Instead, tutorial-env\Scripts\activate (without .bat) works. This may confuse new users if this is not rectified. -- assignee: docs@python components: Documentation messages: 415783 nosy: docs@python, jovinator priority: normal severity: normal status: open title: Documentation Fix: Remove .bat when activating venv on windows type: enhancement versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue47093> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue47093] Documentation Fix: Remove .bat when activating venv on windows
J Y added the comment: Do you think it's worth changing it to just activate and adding a footnote mentioning the variations as I've been a dev for a few years now and it stumped me for a minute as I work in a few different envs. Mainly thinking of making setting up venv's as easy as possible for new comers with one less roadblock on their journey. -- ___ Python tracker <https://bugs.python.org/issue47093> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43901] Lazy-create an empty annotations dict in all unannotated user classes and modules
Change by ANDRZEJ J. : -- components: +FreeBSD -Interpreter Core nosy: +kokik, koobs ___ Python tracker <https://bugs.python.org/issue43901> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue40128] IDLE Show completions pop-up not working on macOS
Change by Kaustubh J : -- keywords: +patch nosy: +thsubaku9 nosy_count: 5.0 -> 6.0 pull_requests: +25267 pull_request: https://github.com/python/cpython/pull/26672 ___ Python tracker <https://bugs.python.org/issue40128> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41042] import searches for package even after file was found successfully
New submission from Michael J. : Hello, Earlier today, I was developing a program and I wanted to check its variables after it finished running. Simply going into a terminal, entering my program's directory, and executing "python3 index.py" would return control to the command line before I would have a chance to examine the data, so I ran "python3", got to the shell, and then imported my file. My script executed, but after it finished, the intepreter raised a "ModuleNotFoundError: No module named 'index.py'; 'index' is not a package." Is this supposed to happen after the interpreter finishes importing a file? Thanks, Michael -- components: Interpreter Core messages: 371902 nosy: MichaelSapphire priority: normal severity: normal status: open title: import searches for package even after file was found successfully type: behavior versions: Python 3.8 ___ Python tracker <https://bugs.python.org/issue41042> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41042] import searches for package even after file was found successfully
Michael J. added the comment: Attached I have a file containing the script for my program. It's obviously incomplete, but it will work as a sample file for demonstrating the output and behavior of the interpreter. (1/2) -- Added file: https://bugs.python.org/file49254/index.py ___ Python tracker <https://bugs.python.org/issue41042> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41042] import searches for package even after file was found successfully
Michael J. added the comment: This is a screenshot of the output I received when I ran index.py in a terminal. As you can see, it imports the script OK, but then it tries to find index as a package, and it fails and prints an error. (2/2) -- Added file: https://bugs.python.org/file49255/Screenshot at 2020-06-19 18-26-53.png ___ Python tracker <https://bugs.python.org/issue41042> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue41750] unpractical printing of datetimes by the interpreter
New submission from J Rt : I think the way datetimes get printed by the interpreter is a bit unpractical. For example: datetime.datetime(2020, 9, 9, 8, 0, tzinfo=) The reason for the inpracticality is that this cannot be put right into python back: >>>datetime.datetime(2020, 9, 9, 8, 0, tzinfo=) >>> File "", line 1 datetime.datetime(2020, 9, 9, 8, 0, tzinfo=) ^ SyntaxError: invalid syntax Would there be a way to make the output printed directly usable again in the interpreter? Printing datetime.datetime(2020, 9, 9, 8, 0, tzinfo=pytz.utc) for example, or something like that? -- components: Library (Lib) messages: 376626 nosy: jean.rblt priority: normal severity: normal status: open title: unpractical printing of datetimes by the interpreter type: enhancement versions: Python 3.7 ___ Python tracker <https://bugs.python.org/issue41750> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35985] Folding tries to slice from 0 to float("+inf") when maxlength is 0
New submission from Lukas J :
When converting an email.message.Message with the policy set to
email.policy.EmailPolicy with all default settings, I eventually end up with
this exception:
File "/usr/lib/python3.7/email/_header_value_parser.py", line 2727, in
_fold_as_ew
first_part = to_encode[:text_space]
TypeError: slice indices must be integers or None or have an __index__ method
Which is caused because text_space is a float of value +inf. This is set on
line 2594 of the same file: maxlen = policy.max_line_length or float("+inf")
For some reason policy.max_line_length is set to zero, even though the default
should be 78 after a glance into the source.
So there's maybe even two issues:
1.) The fallback for maxlen shouldn't be float("+inf"), as that is not an
integer and thus can't be sliced by. I think a big integer would suffice
instead, for example 1
2.) policy.max_line_length seems to lose it's value in the default settings
somewhere along the way if it isn't explicitly set.
Current workaround:
Set max_line_length of the policy to a value (78 is default)
------
components: email
messages: 335424
nosy: Lukas J, barry, r.david.murray
priority: normal
severity: normal
status: open
title: Folding tries to slice from 0 to float("+inf") when maxlength is 0
versions: Python 3.7
___
Python tracker
<https://bugs.python.org/issue35985>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35985] Folding tries to slice from 0 to float("+inf") when maxlength is 0
Lukas J added the comment:
Indeed it is. Sorry I didn't find it before.
So it seems that changing float("+inf") to sys.maxsize would solve the problem?
I've tried it in an interactive shell:
>>> a = "asd"; import sys
>>> a[:sys.maxsize]
'asd'
--
___
Python tracker
<https://bugs.python.org/issue35985>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35985] Folding tries to slice from 0 to float("+inf") when maxlength is 0
Lukas J added the comment: Minimal example: import email.policy import email.mime.text responsehtml = "somehtmlbody" msg = email.mime.text.MIMEText(responsehtml, "html", policy=email.policy.EmailPolicy()) msg["to"] = "t...@example.com" msg["cc"] = "äöü " msg["From"] = "f...@bar.com" msg["Subject"] = "test" msg.as_string() -- ___ Python tracker <https://bugs.python.org/issue35985> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue35985] Folding tries to slice from 0 to float("+inf") when maxlength is 0
Lukas J added the comment: Ok thank you! -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue35985> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32840] Must install python 3.6.3 when 3.6.4 already installed
New submission from J. Morton : Got a 0x8070666 "Setup Failed - another version installed" popup message when installing 3.6.3 with 3.6.4 and 3.5.1 already installed (all are "just for me" installs). The problem is independent of word length. It should be possible to install any/every earlier version (within reason) provided the earlier version is "virtualized" by being placed in it's own folder (which I was what I was doing). Please accomodate this capability as it is often needed to support users using earlier versions of Python. Environment: 64 bit Win7 Enterprise SP1 on a IM controlled machine. Possible red herring: IM recently upgraded java on this machine to "1.8.0_151". 32 and 64 bit versions of all releases are installed on this machine. -- components: Installation messages: 312138 nosy: NaCl priority: normal severity: normal status: open title: Must install python 3.6.3 when 3.6.4 already installed type: behavior versions: Python 3.6 ___ Python tracker <https://bugs.python.org/issue32840> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue33335] turtle.onkey doesn't pass key information when key is None
New submission from J E :
I use the turtle module to teach Python to university students. The
turtle.onkey function allows a program to register a callback function to
handle a keyboard when the turtle window has a focus. For example, this call
will result in myfun() getting called when the "s" key is pressed:
def myfun():
print("You pressed s")
turtle.onkey(myfun, "s")
turtle.listen()
But what if I want to handle all keys? I could create a bunch of functions, and
register a separate callback for each possible; that's not a great solution. A
better solution is to let turtle call a single function when any key is
pressed. Fortunately, this is possible by passing None in for the key:
def myfun():
print("You pressed some key")
turtle.onkey(myfun, None)
turtle.listen()
However: there is no way for myfun to determine which key was pressed. It is
called with no parameters, and has no way to recover information about which
key was pressed, so this approach is useless. The only way to handle all
keyboard events it to call onkey, with a separate handler, for every key you
potentially want to handle.
>From the source [1] this looks like it was intended that when key is None,
>turtle would pass a Tkinter event to the handler, so that it could recover
>information about the event, but this doesn't happen.
[1] https://hg.python.org/cpython/file/3.6/Lib/turtle.py#l700
I would argue that correct behavior is not to expose Tkinter event to users of
the higher-level turtle library, but rather to pass the name of the key as a
string parameter, so you could write this:
def myfun(key):
print("You pressed "+key)
turtle.onkey(myfun, None)
turtle.listen()
This is an easy fix and I'd be happy to submit a patch.
--
components: Tkinter
messages: 315627
nosy: je1234
priority: normal
severity: normal
status: open
title: turtle.onkey doesn't pass key information when key is None
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue5>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23239] SSL match_hostname does not accept IP Address
j-harbott added the comment: The original issue still exists in py27, is there a chance to get the fix backported? See https://github.com/pyca/cryptography/issues/3943 and https://github.com/shazow/urllib3/issues/1269 for sample issues that arise because we need to work around this one. -- nosy: +j-harbott versions: +Python 2.7 ___ Python tracker <https://bugs.python.org/issue23239> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31771] tkinter geometry string +- when window ovelaps left or top of screen
New submission from Peter J : the root.geometry() top-level window method returns strings like "212x128+-9+-8" when the window is located in the top left corner. The documentation only describes geometry strings containing + or - location coordinates. If this is correct behaviour, the documentation should provide a better description of the syntax - perhaps a regular expression such as: "\d+x\d+(\+|-|\+-)\d+(\+|-|\+-)\d+" and some text indicating that a +- coordinate indicates a value to the left of or above the screen. Tested Linux Mint 18, Python 3.5.3, tkinter 8.6 Behaviour is consistent with python 2.7 Tkinter 8.6 -- components: Tkinter messages: 304232 nosy: 8baWnoVi priority: normal severity: normal status: open title: tkinter geometry string +- when window ovelaps left or top of screen type: behavior versions: Python 3.5 ___ Python tracker <https://bugs.python.org/issue31771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue31869] commentary on ssl.PROTOCOL_TLS
New submission from J Sloot :
on https://docs.python.org/2/library/ssl.html#ssl.PROTOCOL_TLS
for ssl.PROTOCOL_TLS
When the commentary from ssl.PRTOCOL_TLS moved from PROTOCOL_SSLv23 to
PROTOCOL_TLS the note {Despite the name, this option can select "TLS" protocols
as well as "SSL"} didn't change.
Suggested new wording {Despite the name, this option can select "SSL" protocols
as well as "TLS"}
--
assignee: docs@python
components: Documentation
messages: 304996
nosy: J Sloot, docs@python
priority: normal
severity: normal
status: open
title: commentary on ssl.PROTOCOL_TLS
versions: Python 2.7
___
Python tracker
<https://bugs.python.org/issue31869>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue32508] Problem while reading back from a list of lists
New submission from J Viswanathan : Please see the attached source file, the related data file and the log file. When run with python hksu_copy.py check_su.dat the following is the output (which is incorrect): -*- mode: compilation; default-directory: "c:/Users/J V/Documents/gamsdir/" -*- Compilation started at Sun Jan 7 07:54:52 python hksu_copy.py check_su.dat nedge, check_k 1 1 nedge, check_k 2 2 nedge, check_k 3 4 nedge, check_k 4 2 nedge, klist 4 [1, 2, 4] nedge, check_k 5 4 nedge, check_k 6 7 nedge, check_k 7 2 nedge, klist 7 [2, 4, 7] nedge, check_k 8 4 nedge, check_k 9 7 nedge, check_k 10 1 nedge, klist 10 [2, 4, 7] nedge, check_k 11 2 nedge, check_k 12 2 nedge, klist 12 [1, 2] nedge, check_k 13 6 nedge, check_k 14 2 nedge, klist 14 [2, 6] nedge, check_k 15 4 nedge, check_k 16 6 nedge, check_k 17 8 nedge, check_k 18 2 nedge, klist 18 [2, 4, 6, 8] nedge, check_k 19 3 nedge, check_k 20 3 nedge, klist 20 [2, 3] nedge, check_k 21 4 nedge, check_k 22 2 nedge, klist 22 [3, 4] nedge, check_k 23 4 nedge, check_k 24 1 nedge, klist 24 [2, 4] nedge, check_k 25 4 nedge, check_k 26 8 nedge, check_k 27 9 nedge, check_k 28 1 nedge, klist 28 [1, 4, 8, 9] nedge, check_k 29 2 nedge, check_k 30 4 nedge, check_k 31 9 nedge, check_k 32 2 nedge, klist 32 [1, 2, 4, 9] nedge, check_k 33 4 nedge, check_k 34 8 nedge, check_k 35 3 nedge, klist 35 [2, 4, 8] nedge, check_k 36 4 nedge, check_k 37 7 nedge, check_k 38 8 nedge, check_k 39 2 nedge, klist 39 [3, 4, 7, 8] nedge, check_k 40 3 nedge, check_k 41 4 nedge, check_k 42 2 nedge, klist 42 [2, 3, 4] nedge, check_k 43 4 nedge, check_k 44 7 nedge, check_k 45 8 nedge, check_k 46 1 nedge, klist 46 [2, 4, 7, 8] nedge, check_k 47 3 nedge, check_k 48 4 nedge, check_k 49 5 nedge, check_k 50 7 nedge, check_k 51 2 nedge, klist 51 [1, 3, 4, 5, 7] nedge, check_k 52 4 nedge, check_k 53 7 nedge, check_k 54 1 nedge, klist 54 [2, 4, 7] nedge, check_k 55 2 nedge, check_k 56 5 nedge, check_k 57 1 nedge, klist 57 [1, 2, 5] nedge, check_k 58 2 nedge, check_k 59 5 nedge, check_k 60 9 nedge, check_k 61 2 nedge, klist 61 [1, 2, 5, 9] nedge, check_k 62 5 nedge, check_k 63 2 nedge, klist 63 [2, 5] nedge, check_k 64 5 nedge, check_k 65 6 nedge, check_k 66 9 nedge, check_k 67 1 nedge, klist 67 [2, 5, 6, 9] nedge, check_k 68 5 nedge, check_k 69 1 nedge, klist 69 [1, 5] nedge, check_k 70 3 nedge, check_k 71 5 nedge, check_k 72 9 nedge, check_k 73 5 nedge, klist 73 [1, 3, 5, 9] nedge, check_k 74 7 nedge, check_k 75 9 nedge, check_k 76 1 nedge, klist 76 [5, 7, 9] nedge, check_k 77 4 nedge, check_k 78 7 nedge, check_k 79 5 nedge, klist 79 [1, 4, 7] nedge, check_k 80 5 nedge, klist 80 [5] nedge, check_k 81 9 nedge, check_k 82 1 nedge, klist 82 [5, 9] nedge, check_k 83 4 nedge, check_k 84 4 nedge, klist 84 [1, 4] nedge, check_k 85 5 nedge, check_k 86 7 nedge, check_k 87 9 nedge, check_k 88 2 nedge, klist 88 [4, 5, 7, 9] nedge, check_k 89 4 nedge, check_k 90 5 nedge, check_k 91 9 nedge, check_k 92 5 nedge, klist 92 [2, 4, 5, 9] nedge, check_k 93 7 nedge, check_k 94 9 nedge, check_k 95 2 nedge, klist 95 [5, 7, 9] nedge, check_k 96 5 nedge, check_k 97 9 nedge, check_k 98 4 nedge, klist 98 [2, 5, 9] nedge, check_k 99 5 nedge, check_k 100 8 nedge, check_k 101 9 nedge, check_k 102 4 nedge, klist 102 [4, 5, 8, 9] nedge, check_k 103 5 nedge, check_k 104 9 nedge, check_k 105 1 nedge, klist 105 [4, 5, 9] nedge, check_k 106 3 nedge, check_k 107 9 nedge, check_k 108 1 nedge, klist 108 [1, 3, 9] nedge, check_k 109 3 nedge, check_k 110 4 nedge, check_k 111 5 nedge, check_k 112 7 nedge, check_k 113 9 nedge, check_k 114 2 nedge, klist 114 [1, 3, 4, 5, 7, 9] nedge, check_k 115 3 nedge, check_k 116 2 nedge, klist 116 [2, 3] nedge, check_k 117 7 nedge, check_k 118 8 nedge, check_k 119 2 nedge, klist 119 [2, 7, 8] nedge, check_k 120 3 nedge, check_k 121 7 nedge, check_k 122 1 nedge, klist 122 [2, 3, 7] nedge, check_k 123 2 nedge, check_k 124 3 nedge, check_k 125 1 nedge, klist 125 [1, 2, 3] nedge, check_k 126 2 nedge, check_k 127 4 nedge, check_k 128 5 nedge, check_k 129 1 nedge, klist 129 [1, 2, 4, 5] nedge, check_k 130 2 nedge, check_k 131 3 nedge, check_k 132 4 nedge, check_k 133 5 nedge, check_k 134 3 nedge, klist 134 [1, 2, 3, 4, 5] nedge, check_k 135 5 nedge, check_k 136 7 nedge, check_k 137 3 nedge, klist 137 [3, 5, 7] nedge, check_k 138 5 nedge, check_k 139 7 nedge, klist 139 [3, 5] nedge, check_k 140 2 nedge, klist 140 [7] nedge, check_k 141 3 nedge, check_k 142 5 nedge, check_k 143 6 nedge, check_k 144 2 nedge, klist 144 [2, 3, 5, 6] nedge, check_k 145 6 nedge, check_k 146 4 nedge, klist 146 [2, 6] nedge, check_k 147 3 nedge, klist 147 [4] nedge, check_k 148 6 nedge, check_k 149 3 nedge, klist 149 [3, 6] nedge, check_k 150 1 nedge, klist 150 [3] nedge, check_k 151 3 nedge, check_k 152 4 nedge, check_k 153 6 No. of edges: 153 The last of the klists : nedge, klist 153 [1, 3, 4, 6] No. of left vertices : 51 No. of right vertices : 51 x : 0 klist : [1, 3, 4, 6] x : 1 klist : [1, 3, 4,
[issue32508] Problem while reading back from a list of lists
J Viswanathan added the comment:
Thanks for your sensible advice to produce
a short, self-contained and correct example.
Attached is the input file (35 lines, 770 bytes) and log (14 lines)
Description of the problem and bug:
The data consists of 6 triplets.
The code is to group the data according to the pair in each
triplet.
In the data, there are just two pairs [1,3] and [2,2]
With the pair [1,3] the associated third item in the first
three triplets are 1, 2, 4.
(This is printed correctly in the first line of the output).
The bug is seen on the 4th (non-blank) line:
klists[0] should be [1,2,4] and not as shown.
I sincerely hope that I am not wasting your time with a
non-existent bug.
J. Viswanathan.
On Sun, Jan 7, 2018 at 8:22 AM, Steven D'Aprano
wrote:
>
> Steven D'Aprano added the comment:
>
> It isn't clear to me what bug you are reporting here:
>
> - What do you mean by "problem reading back from a list of lists"? What
> sort of problem?
>
> - What makes you think that there is a bug in the interpreter, rather than
> in your own code?
>
> We aren't going to debug your code for you: if you have found a bug,
> please report the simplest code that shows the bug. You may find it helpful
> to read this first:
>
> http://sscce.org/
>
> Although it is written for Java, the same applies to Python code too.
>
> I'm closing this ticket for now.
>
> If you simplify your code to something that demonstrates a bug in the
> Python interpreter, rather than a bug in your own code, please re-open this
> ticket with a better description of what the problem is, and the shortest,
> simplest demonstration of that problem that you can come up with.
>
> Thank you.
>
> --
> nosy: +steven.daprano
> resolution: -> not a bug
> stage: -> resolved
> status: open -> closed
>
> ___
> Python tracker
> <https://bugs.python.org/issue32508>
> ___
>
--
Added file: https://bugs.python.org/file47371/hksu_copy.py
Added file: https://bugs.python.org/file47372/hksu.log
___
Python tracker
<https://bugs.python.org/issue32508>
___
vdata = [1, 3, 1,
1, 3, 2,
1, 3, 4,
2, 2, 2,
2, 2, 4,
2, 2, 7]
uids = []
klists = []
check_uid =[0,0]
klist = []
for x in range(6):
xslice = vdata[3*x:3*(x+1)]
lid = xslice[0:2]
k = xslice[2]
if (lid == check_uid): #an existing uid
klist.append(k)
else:
check_uid = lid # a new uid
uids.append(check_uid)
if len(klist):
klists.append(klist)
print ('\nx : ', x, 'klist:' , klist)
klist.clear()
klist.append(k)
klists.append(klist) # The last of the klists
print ('\nlen(klists) :', len(klists))
print ('\ni uids(i) klists[i] \n')
for i in range(2):
print ( i, '', uids[i], '', klists[i])
-*- mode: compilation; default-directory: "c:/Users/J V/Documents/gamsdir/" -*-
Compilation started at Mon Jan 8 05:32:11
python hksu_copy.py
x : 3 klist: [1, 2, 4]
len(klists) : 2
i uids(i) klists[i]
0 [1, 3] [2, 4, 7]
1 [2, 2] [2, 4, 7]
Compilation finished at Mon Jan 8 05:32:12
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22516] Windows Installer won't - even when using "just for me"option
New submission from J. Morton: Could not install 3.4.1 on Windows 7 Enterprise SP1 using the .MSI installer, even when using the ”just for me” option (our IM department has not given us the necessary rights to run the .MSI installer even in this mode). Please consider providing 3.4.1 (and all future releases) in a non “.MSI” file so that “admin” rights are not needed to do the install (a simple ZIP file? something similar to www.portableapps.com ?). Or as a source “tarball” for Windows machines – ideally one that is independent of compiler vendor (compileable using gcc, etc. instead of MSVC). -- components: Installation messages: 227832 nosy: NaCl, tim.golden priority: normal severity: normal status: open title: Windows Installer won't - even when using "just for me"option versions: Python 3.4 ___ Python tracker <http://bugs.python.org/issue22516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5833] readline update
J. Evans added the comment: Some clarification about the rest of the patch: -- We tested the readline fix with version 5.2 and it seemed to work, we did not do a thorough test with it, or with any other version. -- When I supplied the patch I supplied the patch that we use when building python, which also included some enhancements/bug fixes (depending on how you look at it). By removing the '~$-/' characters from the completer list it allows the user to perform file name completion (with the provided file name completion code). The file name completion code has been very rigorously tested. We have been using it at our company for the past 10 years with >100 users and have had no problems with it. -- We put this here since it never really seemed to be an advanced feature since readline completion will complete file names on the command-line as well. This seemed like a relatively low-level fix that makes the python tab-expansion facility fully usable instead of just partly usable. If you would like me to resubmit the patch as smaller components I can do that as well. -- ___ Python tracker <http://bugs.python.org/issue5833> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5314] http client error
New submission from cober J :
Try to use http to send multi-byte utf8 data.
File "E:\DEVELOP\python\lib\http\client.py", line 904, in _send_request
self.endheaders(body.encode('ascii'))
UnicodeEncodeError: 'ascii' codec can't encode character '\u7231' in
position 119: ordinal not in range(128)
I modified the lib/http/client.py document, and fix this problem.
--
components: Library (Lib)
files: client.py
messages: 82465
nosy: cober
severity: normal
status: open
title: http client error
type: compile error
versions: Python 3.1
Added file: http://bugs.python.org/file13136/client.py
___
Python tracker
<http://bugs.python.org/issue5314>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5833] readline update
New submission from J. Evans : Attached is a patch file that will update the readline functionality of python in the following ways: -- makes the tab-expand module be compatible with readline v6.x (fixes the annoying extra-space bug) -- removes '~$-/' from the completer chars list to make the next item work -- adds filename completion to the completer, this is useful whenever a filename/path is used -- allows expansion to work properly on ClassType objects -- components: Extension Modules files: Python.patch keywords: patch messages: 86432 nosy: jrevans1 severity: normal status: open title: readline update versions: Python 2.6 Added file: http://bugs.python.org/file13760/Python.patch ___ Python tracker <http://bugs.python.org/issue5833> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue29322] SimpleCV error on Raspberry Pi
New submission from Michael J:
Hello,
I'm using a Microsoft LifeCam with SimpleCV on the ipython interpreter(or
shell) on a Raspberry Pi 3 model B(with Raspbian, tell me if you need the exact
OS version as it's quite complicated).
I'm following the directions of a book: Raspberry Pi Cookbook by Simon Monk.
I get this error:
SimpleCV:1> c = Camera()
SimpleCV:2> i = c.getImage()
SimpleCV:3> i
SimpleCV:3:
SimpleCV:4>
SimpleCV:4> i.show()
---
IOError Traceback (most recent call last)
/usr/local/lib/python2.7/dist-packages/SimpleCV/Shell/Shell.pyc in ()
> 1 i.show()
/usr/local/lib/python2.7/dist-packages/SimpleCV/ImageClass.pyc in show(self,
type)
5445 d = Display(displaytype='notebook')
5446 else:
-> 5447 d = Display(self.size())
5448 self.save(d)
5449 return d
/usr/local/lib/python2.7/dist-packages/SimpleCV/Display.pyc in __init__(self,
resolution, flags, title, displaytype, headless)
156 if not displaytype == 'notebook':
157 self.screen = pg.display.set_mode(resolution, flags)
--> 158 scvLogo = SimpleCV.Image("simplecv").scale(32,32)
159 pg.display.set_icon(scvLogo.getPGSurface())
160 if flags != pg.FULLSCREEN and flags != pg.NOFRAME:
/usr/local/lib/python2.7/dist-packages/SimpleCV/ImageClass.pyc in
__init__(self, source, camera, colorSpace, verbose, sample, cv2image)
785 self._bitmap = cv.LoadImage(self.filename,
iscolor=cv.CV_LOAD_IMAGE_COLOR)
786 except:
--> 787 self._pil = pil.open(self.filename).convert("RGB")
788 self._bitmap = cv.CreateImageHeader(self._pil.size,
cv.IPL_DEPTH_8U, 3)
789 cv.SetData(self._bitmap, self._pil.tostring())
/usr/local/lib/python2.7/dist-packages/PIL/Image.pyc in open(fp, mode)
2280
2281 if filename:
-> 2282 fp = builtins.open(filename, "rb")
2283
2284 try:
IOError: [Errno 2] No such file or directory:
'/usr/local/lib/python2.7/dist-packages/SimpleCV/sampleimages/simplecv.png'
I(Michael J or "MJ" as I'm commonly called) have searched for the directory
myself, and I can tell you, it's not there.
Tell me if you need more information, as I will be glad to assist.
I'm sorry for any inconvenience caused by me using ipython if it's unfamiliar.
--
components: IO
messages: 285791
nosy: MJ
priority: normal
severity: normal
status: open
title: SimpleCV error on Raspberry Pi
type: behavior
versions: Python 2.7
___
Python tracker
<http://bugs.python.org/issue29322>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16365] IDLE for Windows 8
j s added the comment: I had this issue too, I realised that I had installed the 32bit version on a machine running 64bit. So I uninstalled and installed the 64bit and it's fine now. -- nosy: +evilpandas ___ Python tracker <http://bugs.python.org/issue16365> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17569] urllib2 urlopen truncates https pages after 32768 characters
New submission from J Porter: When using urllib2 to fetch page data from an https server, I found that only the first 32768 characters of the download were retrieved. Other browsers returned the full documents, so it does not appear to be a server issue. If http, rather than https is used on the same server, the full document is retrieved. No problems with shorter documents (<32768 characters). They were not truncated. -- components: Library (Lib) messages: 185476 nosy: jhp7e priority: normal severity: normal status: open title: urllib2 urlopen truncates https pages after 32768 characters type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue17569> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17569] urllib2 urlopen truncates https pages after 32768 characters
J Porter added the comment:
Here is the code (security info removed) and the output. I noticed that the
problem is a bit different between 2.6.5 and 2.7.3 (on one the use of
authentication is different) so I've included the output for both:
import urllib2
userData="Basic KEY GOES HERE"
emlUrl="https://pasta.lternet.edu/package/metadata/eml/knb-lter-vcr/25/27";
emlReq=urllib2.Request(emlUrl)
emlReq.add_header('Authorization', userData)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Https,authenticated: "+str(len(emlString))
emlReq=urllib2.Request(emlUrl)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Https,Not authenticated: "+str(len(emlString))
emlUrl="http://pasta.lternet.edu/package/metadata/eml/knb-lter-vcr/25/27";
emlReq=urllib2.Request(emlUrl)
emlReq.add_header('Authorization', userData)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
print "Http,authenticated: "+str(len(emlString))
emlReq=urllib2.Request(emlUrl)
emlSock=urllib2.urlopen(emlReq,timeout=60)
emlString=emlSock.read()
lengthHttpsNotAuthenticated=len(emlString)
print "Http,authenticated: "+str(len(emlString))
OUTPUT when run on PC using Python 2.6.5
Https,authenticated: 32768
Https,Not authenticated: 32768
Http,authenticated: 40898
Http,authenticated: 40898
OUTPUT when run on Ubuntu Linux (12.4LTS):
Https,authenticated: 32768
Https,Not authenticated: 40898
Http,authenticated: 40898
Http,authenticated: 40898
--
___
Python tracker
<http://bugs.python.org/issue17569>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26319] Check recData size before unpack in zipfile
New submission from j w: Encountered on version: 2.7.3 Exception message: "error: unpack requires a string argument of length 22" Stack trace: ... elif zipfile.is_zipfile(_file):> File "/usr/lib/python2.7/zipfile.py", line 152, in is_zipfile> result = _check_zipfile(fp)> File "/usr/lib/python2.7/zipfile.py", line 135, in _check_zipfile> if _EndRecData(fp):> File "/usr/lib/python2.7/zipfile.py", line 238, in _EndRecData> endrec = list(struct.unpack(structEndArchive, recData))> Check the size of recData before unpacking. ... 237: recData = data[start:start+sizeEndCentDir] 238: endrec = list(struct.unpack(structEndArchive, recData)) ------ components: Extension Modules messages: 259922 nosy: j w priority: normal severity: normal status: open title: Check recData size before unpack in zipfile type: behavior versions: Python 2.7 ___ Python tracker <http://bugs.python.org/issue26319> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26631] Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package.
New submission from J Osell: Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package. -- components: Installation files: Python 3.5.1 (64-bit)_20160323181333.log messages: 262313 nosy: oselljr priority: normal severity: normal status: open title: Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package. type: behavior versions: Python 3.5 Added file: http://bugs.python.org/file42264/Python 3.5.1 (64-bit)_20160323181333.log ___ Python tracker <http://bugs.python.org/issue26631> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26631] Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package.
Changes by J Osell : Added file: http://bugs.python.org/file42294/Python 3.5.1 (64-bit)_20160323181333_000_core_JustForMe.log ___ Python tracker <http://bugs.python.org/issue26631> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue26631] Unable to install Python 3.5.1 on Windows 10 - Error 0x80070643: Failed to install MSI package.
J Osell added the comment: Done -- ___ Python tracker <http://bugs.python.org/issue26631> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22516] Windows Installer won't - even when using "just for me"option
J. Morton added the comment: First, thanks for the comments - perhaps there's hope. But from the viewpoint of a typical user (who does not care about what goes on in the background), some of what has been said does not match the realities of development in a corporate environment. 1 – Anyone who is working on a Windows box controlled by an overly anal-retentive IM department (i.e. no admin rights) will not be able to install Python. Either make the “just for me” option unrestricted or remove it entirely. Time wasted trying to install Python when it can’t be done does endear Python to new users and comes across as being rather unprofessional. I haven’t gone to the web page lately, but as an absolute minimum the page for the “just for me” option needs to state that Admin rights are needed. 2 – Anyone forced to use Windows and is NOT a total python fanatic will NEVER go to the pain of building it. In the corporate world - on any platform - this approach is generally unrealistic given the other tools already out there (not worth the time/effort/pain involved, especially if the boss is breathing down your neck about the project schedule). And even if they want to, they may not be able to build/install it – no tools, as per point 1. 3 – I do not see the comments (in msg238567) “require a second MSI that is configured to not ask for administrative privileges” and “hosting twice of many files” as having much validity. To better serve the community a better approach is to REPLACE the pointlessly restrictive “admin rights” installer with an unrestricted version (it’s how I got Firefox on this machine) – hence only one set of files. This set should be, as much as possible, completely independent of everything else on the system (disk space is cheap, networks are fast and the file sizes are, relatively speaking, small). 4 - I haven't yet tried the "MSI' workaround (in msg238560) so I don't know if it will work on my restricted system. If it does, the workaround should appear on the web page. Finally (as pure self-interest) I'd like a version compatible with Eclipse/PyDev. I do appreciate and encourage what you guys are doing and also understand the realities of what you do. But my viewpoint is, that to have closed this issue without properly addressing the basic problem reminds me of an ostrich with its head in the sand. -- status: closed -> languishing ___ Python tracker <http://bugs.python.org/issue22516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22516] Windows Installer won't - even when using "just for me"option
J. Morton added the comment: As the originator, I've noticed that the discussion (while illuminating - and a lot more than I expected!) seems to have gone off on several tangents. I'd like to remind everyone that this request is for an unrestricted Windows install (e.g. "binary") package of standard/basic python - nothing more. Not to dampen the discussion but I see side issues such as impact on other O/S's, use of other (non-CPython) distributions, etc. as being outside the scope of the request. While side issues may need to be considered while working on the request they should be raised as separate issues, not handled under this one. Also, issues related to how this request affects specific "plug ins", e.g. numpy, also seem to be out of scope for this request (since users add them after successful installation) and should be handled in a similar matter. My view anyway, YMMV -- components: -Windows ___ Python tracker <http://bugs.python.org/issue22516> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23469] Delete Misc/*.wpr files
Terry J. Reedy added the comment:
Since the files have effectively been abandoned, I think removing them should
be considered now. The three files in /Misc, for wing-3, 4, and 5, are
python-wing3.wpr
python-wing4.wpr
python-wing5.wpr
The current version of Wing is 8.1.1. The files were last edited in March
2011, a decade ago, by M. Foord. The last contains
#!wing
#!version=5.0
##
# Wing IDE project file #
##
[project attributes]
proj.directory-list = [{'dirloc': loc('..'),
'excludes': [u'.hg',
u'Lib/unittest/__pycache__',
u'Lib/unittest/test/__pycache__',
u'Lib/__pycache__',
u'build',
u'Doc/build'],
'filter': '*',
'include_hidden': False,
'recursive': True,
'watch_for_changes': True}]
proj.file-type = 'shared'
*4.* is the same except for the version comment. Both are specialized for
working with Lib/unittest, failing to exclude most of the other __pycache__
directories. I wonder whether current Wing now knows that it should ignore
__cache__ directories. (I considered emailing supp...@wingware.com, but
decided to wait.) In the absence of more comments, we could inquire on
python-dev.
In 2019, these .ini-format configuration data files were marked as executable
scripts. I believe that this was a mistake.
--
nosy: +terry.reedy
___
Python tracker
<https://bugs.python.org/issue23469>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23469] Delete Misc/*.wpr files
Terry J. Reedy added the comment: url: https://github.com/python/cpython/blob/main/Misc/python-wing5.wpr -- ___ Python tracker <https://bugs.python.org/issue23469> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment: IDLE is a tkinter application and tkinter wraps the tcl/tk GUI framework. Your problem is mostly in the interaction between Windows, your Cyrillic input method, and tk. As a test, run import tkinter as tk r = tk.Tk() t = tk.Text(r) t.pack() Click in the box, type something, and try Ctrl-X, -C, -V. If they work, we can add explicit bindings somewhat similar to those IDLE makes. Also, how do you make your keyboard a Cyrillic keyboard. EP, are you aware of any related tk issues? Serhiy, do you know of any specific problems with Cyrillic and tkinter/tk? -- assignee: terry.reedy -> components: +Tkinter nosy: +epaine, serhiy.storchaka title: Ctrl+C, Ctrl+V in IDLE on Windows do not work with Cyrillic keyboard layout -> Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment:
It appears that your particular keyboard program is translating Ctrl + letter
key combinations to something other than the default Ascii Control-letter code.
Do you see the same problem with Notepad? To test what tcl/tk and hence
tkinter see, expand the test code to
import tkinter as tk
r = tk.Tk()
t = tk.Text(r)
t.pack()
def keyevent(e):
if c := e.char:
print(f'char: {c}, ord: {ord(c)}, ', end='')
print(f'code: {e.keycode}, sym: {e.keysym}, num: {e.keysym_num}.')
t.bind('', keyevent)
If I type c and ctrl + c in the tk box, I see the following in either the IDLE
Shell or Command Prompt.
char: c, ord: 99, code: 67, sym: c, num: 99.
code: 17, sym: Control_L, num: 65507.
char: , ord: 3, code: 67, sym: c, num: 99.
I expect the third line will be different for you when you switch to Russian.
Your immediate fix is to use either the IDLE Edit menu or the right-click
context menu to access copy and paste functions. A longer term fix might be to
get a different Russian keyboard program.
Assuming that I am correct above, I will make this an IDLE doc issue to add
something about non-ascii keyboard issues, and include the test program above.
--
title: Ctrl+C, C+V in IDLE on Windows do not work with Cyrillic keys -> Ctrl+C,
C+V in tk.Text on Windows do not work with Cyrillic keys
___
Python tracker
<https://bugs.python.org/issue46052>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
Terry J. Reedy added the comment: This is a duplicate of #31244, but I continue here with more experiments using the code above. I first confirmed that on Windows, CapsLock is really 'caps inversion. Keycode 67 is the keycode for 'C' given in https://www.tcl.tk/man/tcl/TkCmd/keysyms.html (Ascii keyboards have the capitals on keycaps), but the chars 'c' and 'C', without and with shift, are 4 different events. char: c, ord: 99, code: 67, sym: c, num: 99. code: 16, sym: Shift_L, num: 65505. char: C, ord: 67, code: 67, sym: C, num: 67. code: 20, sym: Caps_Lock, num: 65509. char: C, ord: 67, code: 67, sym: C, num: 67. code: 16, sym: Shift_L, num: 65505. char: c, ord: 99, code: 67, sym: c, num: 99. Next, the same keypresses with Ctrl added. At least on Windows, Ctrl+c, Shift+Ctrl+c, Ctrl+C, and Shift+Ctrl+C are different events that have the same Ascii code but are differentiated by the key sym that would have been generated without the control modifier and the state of the Shift key. (Note, for instance, that on the file menu, the addition of 'Shift' modifies 'Save' to 'Save as'). code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: c, num: 99. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: C, num: 67. code: 20, sym: Caps_Lock, num: 65509. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: C, num: 67. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: c, num: 99. I loaded the Win 10 Russian package. Repeating the no-ctrl block, we get the Cyrillic с and С. The keysym field is '??' instead of the char because non-ascii letters are not valid as keysyms. The keysym_num field is correct as if the keysym were the non-ascii letter. char: с, ord: 1089, code: 67, sym: ??, num: 1089. code: 16, sym: Shift_L, num: 65505. char: С, ord: 1057, code: 67, sym: ??, num: 1057. code: 20, sym: Caps_Lock, num: 65509. char: С, ord: 1057, code: 67, sym: ??, num: 1057. code: 16, sym: Shift_L, num: 65505. char: с, ord: 1089, code: 67, sym: ??, num: 1089. With Ctrl added, the generated character is still ascii 3, control-C and the keycode is still 67. But the keysym and keysym_num are changed and they no longer match neither ascii 'c' or 'C'. So the event matches neither the control-c or control-C events and the copy event is not invoked. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: ??, num: 1089. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: ??, num: 1057. code: 20, sym: Caps_Lock, num: 65509. code: 17, sym: Control_L, num: 65507. char: , ord: 3, code: 67, sym: ??, num: 1057. code: 17, sym: Control_L, num: 65507. code: 16, sym: Shift_L, num: 65505. char: , ord: 3, code: 67, sym: ??, num: 1089. The workaround considered in #31244 was to add key-x bindings specific to a particular Windows IME. But this does not work as key sequences only allow ascii alphanumerics as keysyms. (See https://www.tcl.tk/man/tcl8.6/TkCmd/bind.html, event details.) There are non-ascii letter descriptions, such as 'Cyrillic_es' listed in https://www.tcl.tk/man/tcl/TkCmd/keysyms.html, but I suspect that these only work for native keyboards, with the non-ascii chars on the keycaps, that generate the keycodes specific to each key as listed in that doc. Cyrillic_es has keycode 1747, not 67. When I tried binding '' there was no TclError, but a Russian es, 'с' or 'С', did not invoke the handler. Instead of expanding keybindings, we should consider collapsing events to undo the IME translation. '??' is not a valid keysym, so there seems to be no generic 'non-Ascii IME letter' event. But we could try replacing the keysym with the ascii char that would have been there if there were no IME. The problem is that modifying the python event will not change the tk event. Nor can it be used with event_generate. Rather it has to be turn back into 'sequence' string, taking into account the .state attribute. Automated testing would be done by calling the key event handler with a synthesized Event instance. EP: Since Key-X, where x is a non-ascii char, in not a legal sequence and cannot be bound to anything, it seems reasonable to ask that tk itself translate control key events into bindable control sequences. They might object that this would break any code that catches '??' events in generic key handlers to do something language specific. But perhaps they could add a non-default option. -- assignee: -> terry.reedy stage: -> test needed versions: +Python 3.11 -Python 3.9 ___ Python tracker <https://bugs.python.org/issue46052>
[issue31244] IDLE: work around shortcuts bug in Windows' IMEs and tk
Terry J. Reedy added the comment:
What makes IDLE different from other desktop apps is that is it written in
Python, uses the tkinter wrapping of cross-platform tcl/tk, and allows users to
customize nearly all hotkey shortcuts. But tk only allows Ascii chars, with
modifiers, for hotkeys. This issue would be much easier if IDLE had a fixed
set of bindings, or even a fixed set for each major platform.
Issue 46052 is a duplicate of this. In experiments reported there, using the
Win10 Russian IME, I determined that the event.char for a Ctrl + letter-key
combination is the corresponding Ascii control character, even when switched to
Russian. The difference is that event.keysym is '??' instead of an ascii
letter and event.keysym_num is the unicode ordinal of the russian letter
instead of the ascii letter. So ('c', 99) becomes ('??', 1089). I propose on
#46052 to solve these issues by undoing this change and generating the event
that would have happened in ENG mode.
--
resolution: -> duplicate
stage: test needed -> resolved
status: open -> closed
superseder: -> Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys
___
Python tracker
<https://bugs.python.org/issue31244>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] IDLE: make Ctrl, Alt + IME non-ascii letter work on Windows
Terry J. Reedy added the comment: I closed #31244 as a duplicate of this. The modifier code for tkinter.Event.__repr__ can be used to construct the modifier part of the reconstructed event sequence. Just join with '-' instead of '|'. -- title: Ctrl+C, C+V in tk.Text on Windows do not work with Cyrillic keys -> IDLE: make Ctrl,Alt + IME non-ascii letter work on Windows ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46052] IDLE: make Ctrl, Alt + IME non-ascii letter work on Windows
Terry J. Reedy added the comment: Thank you Eryk. The X/Ubuntu behavior is what I want to simulate. I can only wonder why tk has not fixed that for non-X systems. Are Alt+letter combinations also fixed on Ubuntu, so that, for instance, Alt+M-key is seen as Alt-M even with Russian layout? -- ___ Python tracker <https://bugs.python.org/issue46052> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue30716] Failing tests with installed 3.6.2rc1 on Win 10-64
Change by Terry J. Reedy : -- resolution: -> out of date stage: -> resolved status: pending -> closed ___ Python tracker <https://bugs.python.org/issue30716> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46062] tkinter.filedialog.SaveAs: create new folder on Ubuntu?
Terry J. Reedy added the comment: This is not an IDLE issue, as IDLE merely calls tkinter.filedialog.SaveAS(args).show() and uses the returned path to open and write the file. This is likely not a tkinter issue either, but I will leave it open for now for others to comment. SaveAs subclasses _Dialog, which subclasses tkinter.commondialog.Dialog. For SaveAs .show calls tk_getSaveFile. This "pops up a dialog box for the user to select a file to save" and returns a full path or "". https://www.tcl.tk/man/tcl8.6/TkCmd/getOpenFile.html makes little promise about the dialog. On Windows, it opens a standard system SaveAs dialog, which allows directory navigation and creation. On macOS it opens a macOS dialog. I don't know about other systems. You might want to ask or python-list or idledev list about the experience of others with newer Python versions. -- assignee: terry.reedy -> components: +Tkinter -IDLE nosy: +serhiy.storchaka title: In IDLE, 'File > Save As' seems not to allow creation of a new folder -> tkinter.filedialog.SaveAs: create new folder on Ubuntu? ___ Python tracker <https://bugs.python.org/issue46062> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44413] OverflowError: mktime argument out of range after 2019
Terry J. Reedy added the comment: Thank you both. Status: Failures on Open Suse TW (Vyacheslav) and Ubuntu 20-04 (Daniel McDonald, Github Actions, and Azure Pipelines). Success on Windows (me), macOS (Catalina-me and 11.6.1-DM), Centos 7.9 and Ubuntu 18-04 (both DM) I verified that the sample tuple is consistent and round-trips with time.localtime. >>> import time >>> time.mktime((2017,5,26,15,30,16,4,146,1)) 1495827016.0 >>> time.localtime(time.mktime((2017,5,26,15,30,16,4,146,1))) time.struct_time(tm_year=2017, tm_mon=5, tm_mday=26, tm_hour=15, tm_min=30, tm_sec=16, tm_wday=4, tm_yday=146, tm_isdst=1) While OverflowError is documented as a legitimate response, it is not for a contemporary valid datetime such as the above. Someone with a failure machine could try to determine what tuple vales do and don't result in the error. Someone with both failure and success machines could add debug prints to mktime (or use C debugger) to see where the behavior of the C code diverges on the two machines. If no one active on the issue can do either, a request could be made for help on python-list. -- ___ Python tracker <https://bugs.python.org/issue44413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46117] tk could not refresh auto in mac os
Terry J. Reedy added the comment: IDLE is neither the Python it is written it, nor the tkinter module it depends on. For this tracker, this is at most a tkinter on macOS 12 issue. But I suspect that it is an issue of the 3rd party tcl/tk on the new macOS version. There have been others. Perhaps someone else can test on earlier macOS. (I verified that the code works as intended on Win 10 with Tk 8.6.12.) I am not sure of your intention in half-closing this issue. But, does adding 'root.update_idletasks()' to the end of 'change' make any difference? -- assignee: terry.reedy -> components: +Tkinter, macOS -IDLE nosy: +epaine, ned.deily, ronaldoussoren, serhiy.storchaka status: pending -> open ___ Python tracker <https://bugs.python.org/issue46117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20741] Documentation archives should be available also in tar.xz format
Terry J. Reedy added the comment: https://docs.python.org/3/download.html says a) tar.bz2 can be read by the tar program, which I presume is true also of tar.xz. So there is no issue of *needing* two separate programs. It also claims "The .tar.bz2 archives provide the best compression and fastest download times." This only need be true, if it is, for the doc formats, as opposed to python code. In the absence of at least 2 requests from *nix consumers of the archives, why even think of changing? -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue20741> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46051] Make @atexit.register work for functions with arguments
Terry J. Reedy added the comment: You might post on python-ideas list to get comments from other possible users. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46051> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44896] AttributeError in ast.unparse
Terry J. Reedy added the comment: #46073 may be a duplicate of this and perhaps should have the same resolution. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue44896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception
Terry J. Reedy added the comment: PR edits inspect._getmembers. I nosied people who have edited it previously. -- nosy: +ethan.furman, ping, pitrou, terry.reedy ___ Python tracker <https://bugs.python.org/issue46103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46103] inspect.getmembers will call the instance __bases__ attribute, which may cause an exception
Change by Terry J. Reedy : -- nosy: +yselivanov ___ Python tracker <https://bugs.python.org/issue46103> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash
Terry J. Reedy added the comment:
Windows, IDLE, 3.10.1: compile("-"*300 + "4", '', mode) crashes execution
process for any of 'exec', 'eval', 'single'.
#42609 is also about 'too high' string multiplication with new compilet, though
the exact breaking point in crash dumps seems different.
--
nosy: +pablogsal, terry.reedy
title: `eval("-"*300 + "4")` in cmd causes hard crash ->
compile("-"*300 + "4", '', mode) causes hard crash
___
Python tracker
<https://bugs.python.org/issue46110>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46117] tk could not refresh auto in mac os
Terry J. Reedy added the comment: The macOS system tk, 8.5.9, is over a decade old and buggy. python.org python now always uses the recent 8.6 version included with the installer. -- ___ Python tracker <https://bugs.python.org/issue46117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46051] Make @atexit.register work for functions with arguments
Terry J. Reedy added the comment: Yes, that is the list. Serhiy, can you comment on using atexit.register and classmethod decorators together? Or suggest someone else? -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46051> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue44413] Improvement mktime error reporting
Terry J. Reedy added the comment: Daniel, I believe your proposal is an enhancement request that could only be implemented in a future version. I changed headers accordingly. I leave it to Christian or someone else to evaluate the request itself. -- title: OverflowError: mktime argument out of range after 2019 -> Improvement mktime error reporting type: behavior -> enhancement ___ Python tracker <https://bugs.python.org/issue44413> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg408987 ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : Removed file: https://bugs.python.org/file50506/images (5).jpeg ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Change by Terry J. Reedy : -- pull_requests: -28440 ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue43424] Document the `controller.name` field in `webbrowser` module
Terry J. Reedy added the comment: Zach, gaurawgoshwami is a spammer. Deleted added nosy, unlinked spam file and unrelated PR. I have no idea what 'repository containing patch' means or how g. created link to non-existent? file. -- nosy: -asvetlov, barry, dstufft, eric.araujo, ezio.melotti, gaurawgoshwami, koobs, lys.nikolaou, mrabarnett, ned.deily, pablogsal, paul.moore, r.david.murray, ronaldoussoren, steve.dower, tim.golden, vstinner, yselivanov ___ Python tracker <https://bugs.python.org/issue43424> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment:
(This is behavior, not crash issue, as the latter is when there is no
traceback.)
The editor code was added 3 years ago in #37929, PR-15452, to correct using the
configured char width after font and window size changes make that invalid. It
is based on
https://www.tcl.tk/man/tcl8.6/TkCmd/text.html#M21
"If the font does not have a uniform width then the width of the character “0”
[zero] is used in translating from character units to screen units." The
implies that said char width is non-zero. It would seem like a font bug if
not. This is first report I know of where width is 0.
The current code implements this as
zero_char_width = \
Font(text, font=text.cget('font')).measure('0')
Matej, what OS and font gives this error? Please run the following, also
uploaded, with the offending font, replacing the name I used.
import tkinter as tk
from tkinter.font import Font
r = tk.Tk()
t = tk.Text(r, font=('Source Code Pro', 10, 'normal'))
t.pack()
s = '0oO !*}'
t.insert('1.0', s) # Only to check that all above is valid.
for c in s:
print(Font(t, font=t['font']).measure(c))
For fixed 10 pitch Source Code Pro, all widths are 8.
---
We could, of course, catch ZeroDivisionError, but when then? This is why I
want to know what OS, font, and a test with multiple characters.
On possibility is to check whenever font is set, but still, what then?
--
nosy: +taleinat
type: crash -> behavior
versions: +Python 3.11 -Python 3.8
Added file: https://bugs.python.org/file50507/tem.py
___
Python tracker
<https://bugs.python.org/issue46146>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment:
On a system where IDLE will not start, the code has to be run directly with
'python3', however that is done there. One will need to add the line
'r.mainloop()' at the end of the script to see the tk window. However, this is
not needed to see the printed width results.
What tcl/tk version do you distribute? Is the person seeing the bug using
that? Add "print(tk.call('info', 'patchlevel'))" to see.
I presume that when IDLE worked for you, you used the default font. Specific
tests to run:
python3 -m test -ugui test_tk test_tcl test_ttk_guionly test_ttk_textonly
test_idle
--
___
Python tracker
<https://bugs.python.org/issue46146>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Terry J. Reedy added the comment: Serhiy: Matej Cepl (SUSE) asks about tk and Wayland switch. Do you know anything? -- nosy: +serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46146] Python IDLE fails to start (tk font issue?)
Change by Terry J. Reedy : -- nosy: +epaine, serhiy.storchaka ___ Python tracker <https://bugs.python.org/issue46146> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4079] urllib.requst.Request 'timeout' attribute needs to have a default
Terry J. Reedy added the comment: urllib2 became urllib.request in 3.x. In 2.6, 'timeout' became a parameter of both urlopen and OpenerDirector.open. In both cases the default was and is the 'global default timeout setting'. So 'timeout' has a default. Both functions take a Request object in lieu of a url. I see no indication that the Request object itself ever has a timeout attribute, at least not in .__init__. It certainly does not now. It seems that the idea was that timeouts are a property of an open action, not of the reusable Request object that wraps a url. CacheFTPHandler.setTimeout() is for FTP handlers. So it seems that this should be closed as either 'not a bug' or 'out of date'. -- nosy: +terry.reedy title: new urllib2.Request 'timeout' attribute needs to have a default -> urllib.requst.Request 'timeout' attribute needs to have a default versions: +Python 3.11 -Python 3.4 ___ Python tracker <https://bugs.python.org/issue4079> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2756] urllib2 add_header fails with existing unredirected_header
Terry J. Reedy added the comment: Bug needs to be verified on 3.10 or 3.11. -- nosy: +terry.reedy versions: +Python 3.10, Python 3.11 -Python 2.6, Python 2.7 ___ Python tracker <https://bugs.python.org/issue2756> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2756] urllib.request.add_header fails with existing unredirected_header
Change by Terry J. Reedy : -- title: urllib2 add_header fails with existing unredirected_header -> urllib.request.add_header fails with existing unredirected_header ___ Python tracker <https://bugs.python.org/issue2756> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Terry J. Reedy added the comment: I also use comments in lieu of docstrings for text_xyx methods because I find the addition of the first line of the docstring in error reports to be useless, distracting, and sometimes, depending on the content, confusing. If the error is in the test method, the full comment is available when looking back at the method code. If the error is in the tested code, the comment/docstring is inapplicable. When I edit test files, I run them directly from an IDLE editor via the 'if __name__' clause. When I run all IDLE tests from Command Prompt, I usually run 'python -m test.test_idle'. (Similar but not necessarily identical to 'python -m -ugui test_idle'.) So fiddling with regrtest will not help in either case. Based on the above, the following seems to work. runner = unittest.TextTestRunner(descriptions=False, verbosity=2) unittest.main(testRunner=runner) I am not sure what passing a runner does, versus leaving the default None, but the verbosity passed to the runner overrides and verbosity argument passed to main. What I would like is 'descriptions' added as a parameter to main, so that unittest.main(descriptions=False, verbosity=2) would work. -- nosy: +terry.reedy -eric.araujo ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46166] Get "self" args or non-null co_varnames from frame object with C-API
Terry J. Reedy added the comment: Pablo, Mark: I am guessing that at least one of you know about this. -- nosy: +Mark.Shannon, pablogsal, terry.reedy ___ Python tracker <https://bugs.python.org/issue46166> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46172] [doc] Outdated description of `license` object
Terry J. Reedy added the comment: On Windows, with the python.orgs 3.9.9, 3.10.1, and 3.11.0b3 installers, 'licence' displays the documented text. Ditto for all 3 build from repository. Ditto for 3.10.1 on Mac. The behavior is set, I believe, in site.py, so your system ignored the doc. What are you running on? -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46172> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46174] Feature Request for Python Interfaces
Terry J. Reedy added the comment: (IDLE does not support typing.Protocol classes, because no one has proposed that it do so, let alone submit a patch.) A new keyword requires a PEP that specifies the syntax for an 'interface' statement and what such a statement would do. You should start with discussion on the python-ideas list. This should probably be closed until there is a concrete proposal that could be evaluated and possibly implemented or rejected. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46174> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46126] Unittest output drives developers to avoid docstrings
Change by Terry J. Reedy : -- nosy: +eric.araujo ___ Python tracker <https://bugs.python.org/issue46126> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46177] can't install launcher for all users
Change by Terry J. Reedy : Removed file: https://bugs.python.org/file50521/Annotation 2021-12-25 165843.png ___ Python tracker <https://bugs.python.org/issue46177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46177] can't install launcher for all users
Change by Terry J. Reedy : -- Removed message: https://bugs.python.org/msg409173 ___ Python tracker <https://bugs.python.org/issue46177> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46180] Button clicked failed when mouse hover tooltip and tooltip destroyed
Change by Terry J. Reedy : -- nosy: +serhiy.storchaka stage: -> test needed type: crash -> behavior versions: +Python 3.11 -Python 3.8 ___ Python tracker <https://bugs.python.org/issue46180> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
Terry J. Reedy added the comment: Win10, Py 3.11: run combobug.py, click down arrow, click entry. 'changed' is printed to stdout (console or IDLE Shell). Cursor not visible and clicking on remaining entry box does nothing. Click on another window and back to entry box. Cursor is present in box and clicking keys enters characters. I am not sure is this is tkinter bug or tk 8.6.12 bug or program bug. On Windows, .focus_force is often needed to get focus properly. I may be seeing same thing with IDLE entry boxes, but have not investigated thoroughly yet. -- nosy: +epaine, serhiy.storchaka, terry.reedy ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46206] Crash when editing emoji containing strings
Terry J. Reedy added the comment: On Win10 command prompt, 😀 is initially displayed as 2 boxes, subsequently as box-space. Besides this, editing works fine and when Entered, the string is echoed. -- nosy: +pablogsal, terry.reedy ___ Python tracker <https://bugs.python.org/issue46206> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46213] webbrowser.open doesn't work in Termux
Terry J. Reedy added the comment: https://termux.com/ "Termux is an Android terminal emulator [on Android] and Linux environment app" I don't believe that core devs (and b.p.o.) support running Python on Android. If so, this should be closed here and your question redirected to whoever supplied your Android python installer. They might just say that Termux is not a supported terminal. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46213> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
New submission from Terry J. Reedy : Installed 3.11.0a3 was built Dec 8 2021, 22:56:33. My corresponding repository build is a bit older than that. Rebuilding now I get fileutils.c ..\Python\fileutils.c(2132): error C2065: 'PATHCCH_FORCE_ENABLE_LONG_NAME_PROCE SS': undeclared identifier [f:\dev\3x\PCbuild\_freeze_module.vcxproj] I have likely seen this before today but mistook the error message for a warning and did not check the respository build date. 3.9 and 3.10 just update normally, so unique to 3.11 and apparently new freeze changes. -- components: Build messages: 409445 nosy: terry.reedy priority: normal severity: normal status: open title: 3.11 build failure on Win10: new _freeze_module changes? versions: Python 3.11 ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Change by Terry J. Reedy : -- components: +Windows nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46110] compile("-"*3000000 + "4", '', mode) causes hard crash
Terry J. Reedy added the comment: Does python_startup benchmark start with all modules parsed and __pycache__d, or with no cache, so it includes the normally one-time parse time? -- ___ Python tracker <https://bugs.python.org/issue46110> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46181] Destroying an expaned Combobox prevents Entry focus until Alt+Tab
Terry J. Reedy added the comment: >From what I understand, this issue is about a somewhat esoteric tk-design or >program bug and should be closed as either 'not a bug' or '3rd-party'. -- ___ Python tracker <https://bugs.python.org/issue46181> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46280] About vulnerabilities in Cpython native code
Terry J. Reedy added the comment: Last I knew, CPython C code is a) regularly scanned by Valgrind and b) Valgrind is somehow informed as to false positives to not report. But I know none of the details. So I suggest you look into this and how to not report the same false positives. I suggest working with the 'main' branch (future 3.11) as nearly all patches are applied there first and backported as appropriate. Infer is a facebook github project, used by by other big corps and projects, so it may be worthwhile working with if false positives can be suppressed. -- nosy: +terry.reedy versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46280> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46217] 3.11 build failure on Win10: new _freeze_module changes?
Terry J. Reedy added the comment: Let me be clearer. This bug prevents me from building main (3.11) to test anything with a proper up-to-date 3.11 binary. So to me this is highest priority. Is this just my machine or every Windows system? How are CI and buildbots rebuilding and running? Is there some workaround I need to add? Use newer VC (and change devguide)? -- priority: normal -> release blocker stage: -> backport needed type: -> compile error ___ Python tracker <https://bugs.python.org/issue46217> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46220] imaplib.py "select" mailbox names containing spaces.
Terry J. Reedy added the comment: I presume you mean the mailbox parameter of imaplib.IMAP.select(). https://docs.python.org/3/library/imaplib.html#imaplib.IMAP4.select IMAP4.select(mailbox='INBOX', readonly=False) Select a mailbox. Returned data is the count of messages in mailbox (EXISTS response). The default mailbox is 'INBOX'. If the readonly flag is set, modifications to the mailbox are not allowed. Enhancements only go into future releases. Please make sure that the current main branch does not have the feature you are requesting. Neither our doc nor https://datatracker.ietf.org/doc/html/rfc2060.html contain '2822', so you might be requesting something not supported. There is no active maintainer for this module, so response from someone familiar with imaplib may take awhile. -- nosy: +terry.reedy versions: +Python 3.11 -Python 3.6 ___ Python tracker <https://bugs.python.org/issue46220> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46223] asyncio cause infinite loop during debug
Change by Terry J. Reedy : -- components: +asyncio nosy: +asvetlov, yselivanov ___ Python tracker <https://bugs.python.org/issue46223> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue42209] Incorrect line reported in syntax error
Terry J. Reedy added the comment: Arian-f's new issue is #46237. -- nosy: +terry.reedy superseder: -> Incorrect line reported in syntax error ___ Python tracker <https://bugs.python.org/issue42209> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46237] Incorrect line reported in syntax error
Terry J. Reedy added the comment: Since #42209 was closed, a new issue seems OK. As a result of the incorrect line number, IDLE highlights one of the opening quotes on line 1. -- nosy: +pablogsal, terry.reedy -eric.smith versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue46237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46237] Incorrect line reported in syntax error
Change by Terry J. Reedy : -- stage: -> needs patch ___ Python tracker <https://bugs.python.org/issue46237> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue46282] print() docs do not indicate its return value
Terry J. Reedy added the comment: How about following "The Python interpreter has a number of functions and types built into it that are always available. They are listed here in alphabetical order." in https://docs.python.org/3/library/functions.html with "Here and elsewhere in these docs, entries for functions (including methods) that always return None usually omit 'Return None' and just say what the function does." Barry: The PEP 8 'return None' recommendation could be added to the Reference entry for 'return'. But I think this should be a separate issue as 1) it is about coding rather than documentation and 2) there is the possible objection that choosing completely explicit 'return None' versus half explicit, half implicit 'return' and the latter versus completely implicit should be left to the style PEP. -- nosy: +terry.reedy ___ Python tracker <https://bugs.python.org/issue46282> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
