Gtk3+: handle "close" signal in more GtkDialogs?
That bug fixed it for input_dialog, but on a quick look we have are lots of other GtkDialogs that handle "response" but not "close".
This bug is to deal with the rest -- either add "close" handlers, or figure out what we should do to funnel 'Esc' to the "response" handler, or something.
#2 Updated by Jacob Nevins 7 months ago
In bug #689225, this appeared to be correlated with Gtk3 version. It looks like the behaviour changed sometime between 3.10.8 and 3.22.11, which is a big search space.
The only relevant-looking thing I've found is this in the 3.16 changelog : "The lookup order for actions that are activated via keyboard accelerators has been changed to start at the currently focused widget." (bz 740682 ?)
Gtk2 has the same 'close' signal, described the same way. Is it just luck that we aren't seeing the same symptom with Gtk2?