diff options
author | Colomban Wendling <[email protected]> | 2022-06-07 19:19:44 +0200 |
---|---|---|
committer | Luke from DC <[email protected]> | 2022-06-08 00:42:02 +0000 |
commit | 764395ea7d56c79920fa5c75956096a713675848 (patch) | |
tree | 5daaeb02ffade174387dfdee193ea3eeb1c4266b /src/caja-application.c | |
parent | 7e110ff93a2d6c89f87a4bbb79adf4d9a33c19d0 (diff) | |
download | caja-764395ea7d56c79920fa5c75956096a713675848.tar.bz2 caja-764395ea7d56c79920fa5c75956096a713675848.tar.xz |
caja-file-conflict-dialog: Move to automatic signal disconnection
Instead of manually keeping tabs on the signals so we can disconnect
them before the data parameter gets destroyed, let GObject
automatically track lifetime of the data, which it can do as that data
is a GObject itself.
This does not change behavior in the normal case, but makes sure the
callback simply cannot get called with invalid/freed parameters, even
if we did screw anything up (which we used to).
This actually would have solved #1630 as well with using the target
widgets as data parameters as the signal would have been disconnected
as soon as the widget got destroyed, no matter whether we got finalized
ourselves or not.
The signal IDs were also use as guards to whether the monitor was set
up for the related files, but we can just as well use the state of the
file list ready handle which should only be NULL when we actually have
monitors set up. Even if it wasn't the case, worse case scenario would
be removing a non-existent monitor, which is perfectly OK anyway.
Diffstat (limited to 'src/caja-application.c')
0 files changed, 0 insertions, 0 deletions