Any python programmers here? Need some help testing a possible bug

Requires PySimpleGUI from AUR. I used Kate as the example program to launch. The example is from the Cookbook and it crashes.

#!/usr/bin/env python
import sys
import PySimpleGUI as sg
import subprocess
import os

    Demo_Toolbar - A floating toolbar with quick launcher
    One cool PySimpleGUI demo. Shows borderless windows, grab_anywhere, tight button layout
    You can setup a specific program to launch when a button is clicked, or use the
    Combobox to select a .py file found in the root folder, and run that file.

ROOT_PATH = './'

def Launcher():


    namesonly = [f for f in os.listdir(ROOT_PATH) if f.endswith('.py')]

    if len(namesonly) == 0:
        namesonly = ['test 1', 'test 2', 'test 3']

    sg.set_options(element_padding=(0, 0),
        button_element_size=(12, 1), auto_size_buttons=False)

    layout = [[sg.Combo(values=namesonly, size=(35, 30), key='demofile'),
               sg.Button('Run', button_color=('white', '#00168B')),
               sg.Button('Program 1'),
               sg.Button('Program 2'),
               sg.Button('Program 3', button_color=('white', '#35008B')),
               sg.Button('EXIT', button_color=('white', 'firebrick3'))],
              [sg.Text('', text_color='white', size=(50, 1), key='output')]]

    window = sg.Window('Floating Toolbar',

    # ---===--- Loop taking in user input and executing appropriate program --- #
    while True:
        event, values =
        if event == 'EXIT' or event == sg.WIN_CLOSED:
            break           # exit button clicked
        if event == 'Program 1':
            subprocess.Popen(["kate"], shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE)         
        elif event == 'Program 2':
            print('Run your program 2 here!')
        elif event == 'Run':
            file = values['demofile']
            print('Launching %s' % file)
            ExecuteCommandSubprocess('python', os.path.join(ROOT_PATH, file))


def ExecuteCommandSubprocess(command, *args, wait=False):
        if sys.platform == 'linux':
            arg_string = ''
            arg_string = ' '.join([str(arg) for arg in args])
            # for arg in args:
            #     arg_string += ' ' + str(arg)
            print('python3 ' + arg_string)
            sp = subprocess.Popen(['python3 ', arg_string],
            arg_string = ' '.join([str(arg) for arg in args])
            sp = subprocess.Popen([command, arg_string],
            # sp = subprocess.Popen([command, list(args)], shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE)

        if wait:
            out, err = sp.communicate()
            if out:
            if err:

if __name__ == '__main__':

Just change kate to any GUI program you have. Kate is on the program 1 button, let it open, close it and the gui crashes when you click another button. Have opened an issue on their Github page, but additional confirmation would be good.

isnt there a crash report ?

just start from terminal ?

Could you try like this:

if event == sg.WIN_CLOSED or event == 'Exit':

You entered this code manually, or downloaded it from the github?

If you entered it manually, you could allways use the ‘diff’ command to compare it to the code on their github to see where you could have made a mistake, instead of just running the code from the website and not knowing where the fault is.

I did copy&paste your source example and it is running just fine on my computer with python-pysimplegui-4.32.1-1

I used “xed” as the program to start. It starts, it closes properly and nothing is crashing afterwards.

Tried out the code myself too, and indeed, when I open Kate through there, and close Kate again, the PySimpleGUI crashes…


All I changed was one line:

            subprocess.Popen(["kate"], shell=True, stdout=subprocess.PIPE, stderr=subprocess.PIPE)         

It was originally a print statement.

@Ringo - No errors, the gui just disappears. See:

@Krimkerre - thank you for confirming.
If you remove:


Does it “magically” fix it? I isolated it down to this, after working out the Qt version did not suffer from this problem. It appears to be the problem - removing the titlebar.

Need coffee :smiley: Just got up!

Yes it did!

Brilliant, going to add to my bug report.

1 Like