Tkinter error when opening IDLE configuration menu (Tcl/Tk 8.6)

[wysaard]

BPO	26673
Nosy	@terryjreedy, @doko42, @kbkaiser, @serwy, @encukou, @roseman, @serhiy-storchaka
PRs	bpo-31500: IDLE: Scale default fonts on HiDPI displays. #3639

^{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 = None
closed_at = <Date 2016-05-22.19:02:26.556>
created_at = <Date 2016-03-30.15:32:00.691>
labels = ['expert-IDLE', 'type-bug', 'expert-tkinter']
title = 'Tkinter error when opening IDLE configuration menu (Tcl/Tk 8.6)'
updated_at = <Date 2017-09-19.21:53:51.050>
user = 'https://bugs.python.org/wysaard'

bugs.python.org fields:

activity = <Date 2017-09-19.21:53:51.050>
actor = 'serhiy.storchaka'
assignee = 'none'
closed = True
closed_date = <Date 2016-05-22.19:02:26.556>
closer = 'terry.reedy'
components = ['IDLE', 'Tkinter']
creation = <Date 2016-03-30.15:32:00.691>
creator = 'wysaard'
dependencies = []
files = []
hgrepos = []
issue_num = 26673
keywords = []
message_count = 19.0
messages = ['262670', '262741', '262752', '262755', '262759', '262770', '262797', '263175', '263210', '263242', '263273', '263330', '265188', '265189', '265203', '265204', '266066', '266095', '266100']
nosy_count = 11.0
nosy_names = ['terry.reedy', 'doko', 'kbk', 'gpolo', 'roger.serwy', 'petr.viktorin', 'markroseman', 'python-dev', 'serhiy.storchaka', 'wysaard', 'Odcar']
pr_nums = ['3639']
priority = 'normal'
resolution = 'fixed'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'behavior'
url = 'https://bugs.python.org/issue26673'
versions = ['Python 2.7', 'Python 3.5', 'Python 3.6']

[wysaard]

I'm using Python 3.5.1 on Arch Linux. I've restalled the python package which provides IDLE, and the tkinter package which is used by IDLE, but to no effect.

My problem is this: When in the menu at the top in IDLE, I click on Options -> Configure IDLE, the menu will stop responding, and nothing happens after that.

Doing this when I run IDLE in a terminal provides the following error on clicking Configure IDLE:

Exception in Tkinter callback
Traceback (most recent call last):
  File "/usr/lib/python3.5/tkinter/__init__.py", line 1549, in __call__
    return self.func(*args)
  File "/usr/lib/python3.5/idlelib/EditorWindow.py", line 516, in config_dialog
    configDialog.ConfigDialog(self.top,'Settings')
  File "/usr/lib/python3.5/idlelib/configDialog.py", line 74, in __init__
    self.LoadConfigs()
  File "/usr/lib/python3.5/idlelib/configDialog.py", line 1086, in LoadConfigs
    self.LoadFontCfg()
  File "/usr/lib/python3.5/idlelib/configDialog.py", line 988, in LoadFontCfg
    self.SetFontSample()
  File "/usr/lib/python3.5/idlelib/configDialog.py", line 866, in SetFontSample
    self.labelFontSample.config(font=newFont)
  File "/usr/lib/python3.5/tkinter/__init__.py", line 1330, in configure
    return self._configure('configure', cnf, kw)
  File "/usr/lib/python3.5/tkinter/__init__.py", line 1321, in _configure
    self.tk.call(_flatten((self._w, cmd)) + self._options(cnf))
_tkinter.TclError: expected integer but got ""

I have no idea what to do here.

[wysaard]

I'm having the problem if I'm running idle with Python 2.7.11 too.

[terryjreedy]

Serhiy, what do you make of the TclError? Could it be an ArchLinux-specific bug in tk?

Here is the entire function:

    def SetFontSample(self, event=None):
        fontName = self.fontName.get()
        fontWeight = tkFont.BOLD if self.fontBold.get() else tkFont.NORMAL
        newFont = (fontName, self.fontSize.get(), fontWeight)
        self.labelFontSample.config(font=newFont)
        self.textHighlightSample.configure(font=newFont)

The first 3 lines were last touched on 2014-08-03, the last 3 on 2012-10-22. The code seem unexceptional. This works fine for me and, I presume, most everyone else.

wysaard: What tk version does Arch Linux provide you? Check Help => About IDLE before you hit configure.

[wysaard]

In the screen of About IDLE it shows "Tk version 8.6.4".
It used to work, as least since last september (when I installed this) I've had no problems. I assumed reinstalling would solve it but that did nothing. I've removed the entire python package, made my package manager download a fresh version and install it from scratch, and did the same with Tk.

Trying to find any related bug reports on the Arch Linux bug tracker I found something linking to this (open) issue: https://bugs.python.org/issue24951
I'm not sure the cause is exactly the same, but the traceback is near identical.

It seems to have something to do with a config file. Maybe there's something broken in there, or perhaps a something is missing?
A broken config file would be weird as reinstalling doesn't fix anything, unless my package manager doesn't remove the config file when uninstalling the package, which isn't impossible either.

[wysaard]

I just fixed this problem.

In my ~/.idlerc/ folder there was no config-main.cfg so I created it and used the settings found here: https://svn.python.org/projects/python/trunk/Mac/IDLE/config-main.def

After doing that everything worked fine again.

I'm not sure where this bug came from though, whether it's my package manager, or some bug in IDLE itself that created this problem; I also don't know if this is normal behavior for a missing config file; so I do n't know whether to close this or not, so I'll leave that to you.

[terryjreedy]

I should have thought of .idlerc as being a possible problem. The usual fix is to delete its contents.

For this tracker, exiting with a traceback is a behavior issue; a crash is something worse, a core dump or whatever the MAC equivalent is.

.idlerc should not have config-main.cfg unless you change one of the values in idlelib/config-main.def. If you change anything, the redundant entries will be removed. Similarly for the other .idlerc/.cfg versus idlelib/.def files.

So missing that file should not have been a problem. But it might have been if idlelib/config-main.def is corrupt. I suggest you check it. However, it it were, I would expect IDLE startup to fail, but it did not.

Since .idlerc is common to all installed version of Python, and hence to all IDLEs, it is not touched by installation or removal of any particular version.

The file you copied is perhaps a decade old. However, the only changes should be

[EditorWindow]
font= TkFixedFont
[General]
print-command-posix=lpr %%s
print-command-win=start /min notepad /p %%s
[Theme]
name2=
# name2 set in user config-main.cfg for themes added after 2015 Oct 1

The third is needed if you select the new IDLE Dark color theme.

In ConfigDialog, self.fontSize is a StringVar, so it would seem that the error was it being '' rather than something like '10'. Since you have 'fixed' the problem, I don't anticipate being to verify what its value was or why. Hence I will close this. However, feel free to post additional relevant information. (Interpret 'Not a bug' here as 'cause unknown' ;-).

[wysaard]

For some reason the freshly downloaded files have this problem too. If I remove my config-main.def and let my package manager get a new one it breaks again. I don't really know the implications of this; is this just a problem with my particular setup or does this mean that maybe the file in the package is invalid?

[encukou]

I can reproduce this with Python 2.7.11 and somewhat recent build from hg default (3.6.0a0) on Fedora 23.
Putting these lines in my personal config-main.cfg solves this::

[EditorWindow]
font= courier

idlelib/config-main.def has a different default::

[EditorWindow]
font= TkFixedFont

Putting that value in my personal config-main.cfg makes the bug manifest itself again.
With "nonexistent-font-name-7202125ed0a", the bug does not appear.
With an existing font, "DejaVu Sans Mono", the bug does not appear.

I hacked the code to get the values used in the line, self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)). For TkFixedFont (the buggy case), they are::

self.\_w: '.139719100555208.139719021773312.139719021373632.139719021374064.139719021375144.13971902101484

0.139719021045736.139719021045880'
cmd: 'configure'
cnf: {'font': ('dejavu sans mono', '', 'normal')}
_flatten((self._w, cmd)): ('.139719100555208.139719021773312.139719021373632.139719021374064.139719021375144.1397190210148
40.139719021045736.139719021045880', 'configure')
self._options(cnf): ('-font', u'{dejavu sans mono} {} normal')

For the good case ("courier" font):

self._w:'.140181531287496.140181452501216.140181451999568.140181451999712.140181452055904.140181451660176.140181451660464',
cmd: 'configure'
cnf: {'font': ('courier', '10', 'normal')}
_flatten((self._w, cmd)): ('.140181531287496.140181452501216.140181451999568.140181451999712.140181452055904.140181451660176.140181451660464', 'configure')
self._options(cnf):  ('-font', u'courier 10 normal')

The difference is indeed that it's getting an empty string for the font size.
This happens even if "font-size= 10" is explicitly in the config file.

At this point I'm not sure how to investigate further. Could someone more familiar with Tk look at the issue? I'll be happy to provide more information. (Hopefully bugs.python.org notifications reach my inbox.)