diff options
| author | António Fernandes <antoniof@gnome.org> | 2022-12-18 19:53:53 +0000 |
|---|---|---|
| committer | António Fernandes <antoniof@gnome.org> | 2022-12-23 22:42:26 +0000 |
| commit | b2cdc179853738c68488600c2c9e412f1b4e6c56 (patch) | |
| tree | f642cdb6e3b25b6ee54b02a84fc64268ba2cb045 /src | |
| parent | 2234886a482e48601584b84ef8768c34110908bc (diff) | |
| download | nautilus-b2cdc179853738c68488600c2c9e412f1b4e6c56.tar.gz | |
file-operations: Always unlock worker thread on GtkDialog::respose
The worker thread is blocked while waiting for user response on the
main thread, through a GtkDialog. It gets unblocked upon response.
Except... we have an early return on our ::response hanlder, which
causes the worker thread never to be unblocked. This comes from
38a04943f9029ed4e8c7481b05502454a82a2811
The apparent intention was to presenve the behaviour from when we were
would calling gtk_dialog_run() in a loop. Maybe it worked under GTK3,
but it definitely doesn't under GTK4.
Fortunately, this should be dead code, because data->ignore_close_box
is always FALSE. Yet, under irregular situations, it may be reached,
as the following report suggests. So, it's best to remove this code
which is both wrong and unused.
Closes: https://gitlab.gnome.org/GNOME/nautilus/-/issues/2604
Diffstat (limited to 'src')
| -rw-r--r-- | src/nautilus-file-operations.c | 5 |
1 files changed, 0 insertions, 5 deletions
diff --git a/src/nautilus-file-operations.c b/src/nautilus-file-operations.c index 831b6ed39..52a4438b9 100644 --- a/src/nautilus-file-operations.c +++ b/src/nautilus-file-operations.c @@ -1326,11 +1326,6 @@ simple_dialog_cb (GtkDialog *dialog, { RunSimpleDialogData *data = user_data; - if ((response_id == GTK_RESPONSE_NONE || response_id == GTK_RESPONSE_DELETE_EVENT) && data->ignore_close_box) - { - return; - } - gtk_window_destroy (GTK_WINDOW (dialog)); data->result = response_id; |