Julian Sparber e911f391c6 Use correct parent class when chaining up overridden functions ... How `g_type_class_peek ()` was used it didn't return the correct parent class in most cases. G_DEFINE_TYPE macro creates a pointer we can use to get the parent class `n_p_parent_class`. Because we didn't use the correct parent class the object initialisation wasn't fully completed for some GtkWidgets. See https://developer.gnome.org/gobject/stable/chapter-gobject.html#gobject-instantiation for more information. This commit makes use of the `n_p_parent_class pointer` created for this specific use case where ever possible. Fixes: https://source.puri.sm/Librem5/calls/issues/118		2020-02-19 12:49:58 +01:00
..
calls-dummy-call.c	Use correct parent class when chaining up overridden functions	2020-02-19 12:49:58 +01:00
calls-dummy-call.h	plugins/dummy: Implement inbound property	2019-06-28 15:14:41 +01:00
calls-dummy-origin.c	Use correct parent class when chaining up overridden functions	2020-02-19 12:49:58 +01:00
calls-dummy-origin.h	plugins/dummy: Implement inbound property	2019-06-28 15:14:41 +01:00
calls-dummy-provider.c	Use correct parent class when chaining up overridden functions	2020-02-19 12:49:58 +01:00
calls-dummy-provider.h	Turn providers into plugins courtesy of libpeas	2018-11-23 15:51:46 +00:00
dummy.plugin.in	Turn providers into plugins courtesy of libpeas	2018-11-23 15:51:46 +00:00
meson.build	Turn providers into plugins courtesy of libpeas	2018-11-23 15:51:46 +00:00