Tkinter "wait_window()" will hang and not spawn window from root with "after_idle()" on MacOS

Aperta
#100,617 7 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
4/5
Tempo stimato
3-5 giorni
Idoneità per principianti
25/100
Tipo di issue
Bug
Chiarezza
Specificata chiaramente
Stato di attività
Ferma
Stack tecnologico
python
Ambito
desktop

Direzione di ricerca

Inizia eseguendo il riproduttore minimo fornito su macOS, concentrandoti sull'interazione tra after_idle(), Toplevel.show() e wait_window() di Tkinter. Confronta il comportamento con la soluzione alternativa documentata con after() e Python 3.9. Il lavoro è completato quando la finestra attesa appare prima della finestra principale senza bloccarsi, preservando il valore restituito.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

OS-mac topic-tkinter type-bug

Bug report

Using Toplevel wait_window() from Tkinter on MacOS via after_idle() before any root windows will cause the process to hang and the windows are never spawned.

Expected behavior

The waited for window (Toplevel) will display before the main window (Root). Once some action is taken on the waited for window, in this case "Press me" button, the root window will be displayed. The user cannot access or see the root window until the "Press me" button is pressed.

Actual behavior
  • Using after_idle() - neither window spawns, application hangs
  • Using a button to call the waited-for-window from root, the waited-for-window spawns and will return a value to root
  • Using after() and withdraw/deiconify - expected behavior via workaround

MREs follows:

This will not work due to the waited window being called before the root window is displayed using after_idle.

import tkinter as tk

class MainWindow(tk.Tk):
  def __init__(self):
    super().__init__()
    self.title("Hello")
    tk.Label(self, text='Hi there').pack()

    self.after_idle(self.waitforit)
    self.mainloop()
  
  def waitforit(self):
    x = WaitedForWindow(self).show()
    print(x)

class WaitedForWindow(tk.Toplevel):
  def __init__(self, parent: tk.Tk):
    tk.Toplevel.__init__(self, parent)

    tk.Button(self, text='Press me', command=self.destroy).pack()

  def show(self):
    self.deiconify()
    self.wait_window()
    return True

if __name__ == "__main__":
  MainWindow()

Spawning a window (without calling the .show() above) will work fine, but a value cannot be returned of course, and both windows will spawn. Running the same MRE in 3.9.0 works fine.

However, if the main window's class is changed to spawn the waited window via button-press, everything works fine, but the behavior is not what we want:

# self.after_idle(self.waitforit)
tk.Button(self, text="Wait for window", command=self.waitforit).pack()

or by using after() [current workaround] we get the correct behavior via some extra steps.

class MainWindow(tk.Tk):
  def __init__(self):
    super().__init__()
    self.title("Hello")
    tk.Label(self, text='Hi there').pack()

    self.after(0, self.waitforit)
    self.after(0, self.withdraw)
    self.mainloop()
  
  def waitforit(self):
    x = WaitedForWindow(self).show()
    print(x)
    self.deiconify()

Your environment

  • CPython versions tested on (using MRE 1):
    • 3.9.0 (working) [^+]
    • 3.10.9 (non-functional) [^]
    • 3.11.1 (non-functional) [^+]
    • 3.12.0a3 (non-functional) [^]
    • ... all 64-bit
  • Operating system and architecture: MacOS Mojave 10.14.6 x64 (^), MacOS Monterey 12.6.2 (+)
  • Tkinter version: 8.6.12 [^+]
  • 3.9.0, 3.11.1 tested in and out of bare virtualenv [^+]
  • additional tests from colleagues:
    • W11, 3.10.5 (working)
Linked PRs
  • gh-152620
Lingua principale
Python
Stelle
77.2k
Fork
36k
Merge medio
1g 9h
PR unite (30g)
558

Guida per i contributori

Apri la guida per i contributori

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di python/cpython

Tutte le issue di python/cpython

Issue simili

Altre issue su Python

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.