You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
assignee=Noneclosed_at=<Date2016-02-12.22:12:04.002>created_at=<Date2016-02-10.12:59:49.949>labels= ['expert-IDLE', 'type-bug']
title='IDLE: File > Save in 2.7 Shell with non-ascii fails'updated_at=<Date2016-02-12.22:12:04.001>user='https://github.com/xflr6'
Under Python 2.7.11 (Win 7), saving of the IDLE shell output produces no file if the output contains non-ASCII characters, e.g. after doing (before this, it does work):
>>> printu'sp\xe4m'
späm
>>>
When saving (generally), the cursor also moves to the next line.
Maybe the default file type for the shell save dialog(s) can be changed from 'Python Files (.py, *.pyw)' to the other entry 'Text files (.txt)' as the resulting file will normally not be a valid Python file (e.g. due to '>>>' prompts).
If you run IDLE from a console (Command Prompt or Powershell) you will see the no-save cause.
C:\Users\Terry>py -m idlelib.idle
Exception in Tkinter callback
...
File "C:\Programs\Python27\lib\idlelib\IOBinding.py", line 433, in encode
config_encoding = idleConf.GetOption("main","EditorWindow",
NameError: global name 'idleConf' is not defined
This a bug I introduced into 2.7.11 and have already fixed in the repository (hence 'out of date'). The line above is only executed when there are non-ascii chars, which is why saving worked before you added the non-ascii char.
To get the fix now, in your copy of IOBinding.py, move the line
fromidlelib.configHandlerimportidleConf
in "def _io_binding" near the bottom of the file to the end of the imports near the top. Remove the indent before saving.
bpo-21140 is about making the default for mixed code and text files .txt instead of .py.
The insertion of /n into the Shell text widget when saving it seems like a bug. I opened bpo-26353 for this.
Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.
Show more details
GitHub fields:
bugs.python.org fields:
The text was updated successfully, but these errors were encountered: