summaryrefslogtreecommitdiff
path: root/qt4/tools/tp-qt4-tests.supp
blob: 2c0f12011d2d356416e2ab8f146eab0d738f1668 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
# QDBus doesn't call dbus_shutdown, so some D-Bus internal data structures are leaked.
# We never call any low-level dbus message creation functions ourselves - if there are leaks,
# they're either caused by not calling dbus_shutdown, QDBus bugs or libdbus bugs - neither of which
# are our problem.

{
    Initial session bus registration message
    Memcheck:Leak
    fun:malloc
    fun:dbus_message_new_empty_header
}

# The conference test CM channel object leaks some crazy GValue boxed data which I don't have the
# energy to investigate how to properly free now - it's not production code anyway.

{
   Conference test CM channel boxed GValue data
   Memcheck:Leak
   ...
   fun:g_boxed_copy
   ...
   fun:_ZN18TestConferenceChan12initTestCaseEv
}

# Reported as https://bugs.freedesktop.org/show_bug.cgi?id=32116

{
    TpBaseConnectionManager legacy protocol objects
    Memcheck:Leak
    ...
    fun:g_object_new
    ...
    fun:tp_base_connection_manager_register
}

# O(number of error domains) leak from dbus_g_method_return_error
{
    dbus_g_method_return_error error domain enum class
    Memcheck:Leak
    ...
    fun:g_type_class_ref
    ...
    fun:dbus_g_method_return_error
}

# O(1) leak from tp_base_connection_manager installing the param spec for the dbus-daemon param
{
    tp_base_connection_manager dbus-daemon param spec
    Memcheck:Leak
    ...
    fun:g_param_spec_object
    fun:tp_base_connection_manager_class_intern_init
}