diff options
| author | Matthew Barnes <mbarnes@redhat.com> | 2012-10-14 08:37:32 +0800 |
|---|---|---|
| committer | Matthew Barnes <mbarnes@redhat.com> | 2012-10-14 08:37:32 +0800 |
| commit | 890f31bd076da194c5b7ea8022e72c8aad4a0de1 (patch) | |
| tree | 376cb5e9c7e5c42be62c04c5ebac36e1204eab1b /AUTHORS | |
| parent | 446cd75900b3636156a92f764cb2db5306b687ec (diff) | |
| download | gsoc2013-evolution-890f31bd076da194c5b7ea8022e72c8aad4a0de1.tar.gz gsoc2013-evolution-890f31bd076da194c5b7ea8022e72c8aad4a0de1.tar.zst gsoc2013-evolution-890f31bd076da194c5b7ea8022e72c8aad4a0de1.zip | |
Bug 685786 - EWebView: Signal handlers never disconnected
Both EWebView and EMailDisplay listen for "changed" signals from a
GSettings instance, passing itself as the 'user_data' to the signal
handler e_web_view_update_fonts(). But in both cases the signal
handler was left connected after EWebView and EMailDisplay were
finalized, resulting in the signal handler receiving a dangling pointer.
Not using g_signal_connect_object() here because of the unresolved
reference leak issue in GObject. The GSettings instance is likely
cached internally and lives well beyond EWebView and EMailDisplay.
Diffstat (limited to 'AUTHORS')
0 files changed, 0 insertions, 0 deletions