Skip to content

Conversation

@mtwebster
Copy link
Member

The way we implement dialog.run() was causing issues when spawned from another dialog with its own event loop.

This lets us rely on GtkDialog's handling for this, and allows us to run it non-blocking, and have a 'response' signal like any other dialog.

@mtwebster mtwebster changed the title XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. [Next] XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. Jan 10, 2026
@clefebvre clefebvre changed the title [Next] XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. XAppIconChooserDialog: Subclass GtkDialog, not XAppGtkWindow. Jan 22, 2026
The way we implement dialog.run() was causing issues when spawned
from another dialog with its own event loop.

This lets us rely on GtkDialog's handling for this, and allows us
to run it non-blocking, and have a 'response' signal like any other
dialog.
@mtwebster mtwebster force-pushed the icon-chooser-dialog-to-dialog branch from 27f1108 to e0a3fb7 Compare January 28, 2026 02:10
@mtwebster mtwebster merged commit ec727b7 into linuxmint:master Jan 28, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

1 participant