Commit Graph

702 Commits

Author SHA1 Message Date
Ville Skyttä
261c0cd969 tool: s/--details/--unlock/ in search usage message 2017-10-15 00:32:33 +03:00
Ville Skyttä
2624ed771b Spelling fixes 2017-10-15 00:28:01 +03:00
Xavi Ivars
1e1d16e020
[l10n] Updated Catalan (Valencian) translation 2017-10-05 14:33:14 +02:00
Alexander Shopov
009488556f Add bg to LINGUAS 2017-10-02 07:12:16 +02:00
Alexander Shopov
92ab0070ec Updated Bulgarian translation 2017-09-14 22:25:51 +02:00
Michael Catanzaro
f76e333d09 secret-methods: Don't unref NULL when search fails
If the gnome-keyring D-Bus service is not responding, we wind up freeing
the SearchClosure in an error path without ever creating a SecretService
object. Guard against this.

https://bugzilla.gnome.org/show_bug.cgi?id=787391
2017-09-06 20:48:24 -05:00
Pawan Chitrakar
e7961fee3a Add Nepali translation 2017-08-17 08:05:58 +00:00
Debarshi Ray
b9151faaf0 secret-value: Don't annotate secret_value_unref as (allow-none)
https://bugzilla.gnome.org/show_bug.cgi?id=785034
2017-07-17 19:41:33 +02:00
Philip Chimento
4d7b190b67 build: Use $-quoted string to escape newline
BSD sed doesn't like escaping a literal newline character with a
backslash. Instead, use a $-quoted string to escape the newline as \n.

https://bugzilla.gnome.org/show_bug.cgi?id=734630
2017-05-22 11:25:20 +02:00
Bastien Nocera
99a2e6ad3e tool: Fix typos in error messages
s/specfy/specify/

https://bugzilla.gnome.org/show_bug.cgi?id=782206
2017-05-08 13:05:57 +02:00
gogo
d47a5f6249 Add Croatian translation 2017-04-11 16:53:58 +00:00
Tomasz Miąsko
998065599c DH: Ensure that generated secret occupies the same number of bytes as prime.
https://bugzilla.gnome.org/show_bug.cgi?id=778357
2017-02-28 12:40:30 +01:00
David King
455b70968a Build Vala tests with -fPIC
Fixes a build failure in the tests in the Fedora package.

https://bugzilla.gnome.org/show_bug.cgi?id=777826
https://bugzilla.redhat.com/show_bug.cgi?id=1416818
2017-02-01 12:39:02 +01:00
Garima Gaur
b9fbfbdb00 Remove double check on collection_path in secret-collection.c
Signed-off-by: Stef Walter <stefw@redhat.com>
 * Most of the lines of change seem to be reindentation

https://bugzilla.gnome.org/show_bug.cgi?id=775747
2016-12-12 13:22:27 +01:00
Stef Walter
780ae410ce Makefile.am: Start signing releases 2016-12-12 13:20:25 +01:00
Piotr Drąg
2933a1afa4 Adjust translations for the Unicode apostrophe
https://bugzilla.gnome.org/show_bug.cgi?id=772528
2016-10-18 11:32:04 +02:00
Piotr Drąg
3c1faf4f99 Use Unicode in translatable strings
See https://developer.gnome.org/hig/stable/typography.html

https://bugzilla.gnome.org/show_bug.cgi?id=772528
2016-10-18 11:31:57 +02:00
David King
2ab34b2b5d Add British English translation 2016-09-18 10:32:33 +02:00
Piotr Drąg
54c644e1ef Updated Polish translation 2016-08-22 21:43:12 +02:00
Cédric Valmary
6c60c5b54f Updated Occitan translation 2016-05-30 19:45:37 +00:00
Robert Ancell
f59f2b6a82 Makefile.am: Compile vala unstable tests with SECRET_WITH_UNSTABLE=1.
Without this the generated C code compiles without the correct header (warnings
are disabled so this is not obvious). This was causing the test to crash on
Ubuntu (exact cause not diagnosed).

https://bugzilla.gnome.org/show_bug.cgi?id=767002
2016-05-30 09:41:20 +02:00
Cédric Valmary
3d4ed965fd Updated Occitan translation 2016-05-05 20:20:49 +00:00
Dmitry Shachnev
d50dbae41e build: Port to Python 3
https://bugzilla.gnome.org/show_bug.cgi?id=687637
2016-04-07 10:09:09 +02:00
Dmitry Shachnev
ae5761cd65 libsecret: Get rid of PyGI warnings about unspecified versions
https://bugzilla.gnome.org/show_bug.cgi?id=687637
2016-04-07 10:08:54 +02:00
Marvin Schmidt
cdf7b1cf2b configure: use PKG_PROG_PKG_CONFIG
Since it enables cross-compilation by looking for a host triplet
prefixed pkg-config binary, e.g. i686-pc-linux-gnu-pkg-config when
passing --host=i686-pc-linux-gnu to cross-compile for x86

https://bugzilla.gnome.org/show_bug.cgi?id=748111
2016-03-25 11:11:13 +01:00
Stef Walter
0c468b56b0 Bump version number 2016-03-25 09:18:37 +01:00
Fabio Tomat
5048a4f152 Updated Friulian translation 2016-03-23 15:08:08 +00:00
Antonio Murdaca
43cac02864 Fix typos
Signed-off-by: Antonio Murdaca <runcom@redhat.com>
Signed-off-by: Stef Walter <stefw@redhat.com>
 * Fix one spelling of 'succeeded'

https://bugzilla.gnome.org/show_bug.cgi?id=763143
2016-03-08 13:32:07 +01:00
Dmitry Shachnev
7da8c2b70e mock: Remove unused code
https://bugzilla.gnome.org/show_bug.cgi?id=761834
2016-02-14 17:55:09 +01:00
Dmitry Shachnev
847dd055e4 mock: Port to Python 3
https://bugzilla.gnome.org/show_bug.cgi?id=761834
2016-02-14 17:55:09 +01:00
Dmitry Shachnev
be5f98bbdb mock: Port to modern pygobject API
https://bugzilla.gnome.org/show_bug.cgi?id=761834
2016-02-14 17:55:08 +01:00
Stef Walter
a3a6f5c9d8 build: Add redirect Makefile for when $srcdir != $builddir 2016-02-13 12:27:18 +01:00
Stef Walter
ba2c57d842 Bump version number 2016-01-19 09:24:39 +01:00
Michael Catanzaro
0660951db3 Fix typos 2015-11-13 14:35:52 -08:00
Cédric Valmary
7a48052848 Updated Occitan translation 2015-11-10 14:05:22 +00:00
Christophe Fergeau
1b55291feb Fix secret_schema_unref detection of 0 refcount
g_atomic_int_add (&schema->refs, -1); will return the value of 'refs'
_before_ adding -1 to it, so checking this value for 0 to see if the
refcount dropped to 0 after adding -1 is not going to work and will
cause a leak.
Using g_atomic_int_dec_and_test() fixes this problem as this will return
TRUE when the value drops to 0 after being decremented.

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:11:19 +02:00
Christophe Fergeau
20f35bfd92 build-sys: Update valgrind headers
libsecret ships headers from valgrind, but they seem to come from an old
version. Update to the headers from valgrind-3.11.0-1.fc23.x86_64
in order to get VG_DO_ADDED_LEAK_CHECK definition.

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:11:19 +02:00
Christophe Fergeau
b8bd3d0de8 secret-sync: Fix SecretSync leak
The memory allocated for the SecretSync instance itself was not freed. This fixes:
==7106== 24 bytes in 1 blocks are definitely lost in loss record 855 of 1,629
==7106==    at 0x4C2A9C7: calloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==7106==    by 0x600303F: g_malloc0 (gmem.c:124)
==7106==    by 0x6003322: g_malloc0_n (gmem.c:354)
==7106==    by 0x4E6979D: _secret_sync_new (secret-util.c:441)
==7106==    by 0x4E65D11: secret_service_read_alias_dbus_path_sync (secret-paths.c:2334)
==7106==    by 0x4E4E09E: secret_collection_for_alias_sync (secret-collection.c:2221)
==7106==    by 0x40270E: test_for_alias_sync (test-collection.c:187)
==7106==    by 0x60258FA: test_case_run (gtestutils.c:2158)
==7106==    by 0x6025CBB: g_test_run_suite_internal (gtestutils.c:2241)
==7106==    by 0x6025D64: g_test_run_suite_internal (gtestutils.c:2253)
==7106==    by 0x6025F7B: g_test_run_suite (gtestutils.c:2328)
==7106==    by 0x6024C1C: g_test_run (gtestutils.c:1596)
==7106==    by 0x4E7CA3B: egg_tests_run_with_loop (egg-testing.c:167)
==7106==    by 0x406948: main (test-collection.c:1033)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
ec33acd46e Free CollectionClosure::collection_path when it's freed
Similarly to what is done ItemClosure::collection_path, make sure that
CollectionClosure::collection_path is freed in
collection_closure_free().

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
396d192a1f Don't leak ItemClosure::collection_path
This fixes:
==17724== 48 bytes in 1 blocks are definitely lost in loss record 1,135 of 1,698
==17724==    at 0x4C28C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==17724==    by 0x6002FCC: g_malloc (gmem.c:94)
==17724==    by 0x60032AE: g_malloc_n (gmem.c:330)
==17724==    by 0x601DBF0: g_strdup (gstrfuncs.c:363)
==17724==    by 0x4E650B5: on_create_item_called (secret-paths.c:1990)
==17724==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==17724==    by 0x5A33575: g_task_return (gtask.c:1162)
==17724==    by 0x5A33E76: g_task_return_pointer (gtask.c:1537)
==17724==    by 0x5A9BB7D: g_dbus_connection_call_done (gdbusconnection.c:5704)
==17724==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==17724==    by 0x5A334B6: complete_in_idle_cb (gtask.c:1118)
==17724==    by 0x5FFD3D0: g_idle_dispatch (gmain.c:5441)
==17724==    by 0x5FFAA18: g_main_dispatch (gmain.c:3154)
==17724==    by 0x5FFB85C: g_main_context_dispatch (gmain.c:3769)
==17724==    by 0x5FFBA40: g_main_context_iterate (gmain.c:3840)
==17724==    by 0x5FFBE66: g_main_loop_run (gmain.c:4034)
==17724==    by 0x4E55FF7: secret_service_store_sync (secret-methods.c:1281)
==17724==    by 0x404AC8: test_store_sync (test-methods.c:736)
==17724==    by 0x60258FA: test_case_run (gtestutils.c:2158)
==17724==    by 0x6025CBB: g_test_run_suite_internal (gtestutils.c:2241)
==17724==    by 0x6025D64: g_test_run_suite_internal (gtestutils.c:2253)
==17724==    by 0x6025F7B: g_test_run_suite (gtestutils.c:2328)
==17724==    by 0x6024C1C: g_test_run (gtestutils.c:1596)
==17724==    by 0x4E7CA68: egg_tests_run_with_loop (egg-testing.c:167)
==17724==    by 0x406190: main (test-methods.c:998)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
d9f5479963 collection: Fix on_create_path() leak
This fixes:
==2111== 45 bytes in 1 blocks are definitely lost in loss record 1,180 of 1,795
==2111==    at 0x4C28C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==2111==    by 0x6002FCC: g_malloc (gmem.c:94)
==2111==    by 0x60032AE: g_malloc_n (gmem.c:330)
==2111==    by 0x601DBF0: g_strdup (gstrfuncs.c:363)
==2111==    by 0x603C073: g_variant_dup_string (gvariant.c:1503)
==2111==    by 0x4E644D5: on_create_collection_prompt (secret-paths.c:1682)
==2111==    by 0x5A1CB66: g_simple_async_result_complete (gsimpleasyncresult.c:801)
==2111==    by 0x4E5C12F: on_real_prompt_completed (secret-service.c:322)
==2111==    by 0x5A1CB66: g_simple_async_result_complete (gsimpleasyncresult.c:801)
==2111==    by 0x4E5A6A1: perform_prompt_complete (secret-prompt.c:288)
==2111==    by 0x4E5A7B5: on_prompt_completed (secret-prompt.c:314)
==2111==    by 0x5A97B7B: emit_signal_instance_in_idle_cb (gdbusconnection.c:3701)
==2111==    by 0x5FFD3D0: g_idle_dispatch (gmain.c:5441)
==2111==    by 0x5FFAA18: g_main_dispatch (gmain.c:3154)
==2111==    by 0x5FFB85C: g_main_context_dispatch (gmain.c:3769)
==2111==    by 0x5FFBA40: g_main_context_iterate (gmain.c:3840)
==2111==    by 0x5FFBE66: g_main_loop_run (gmain.c:4034)
==2111==    by 0x4E7C9E1: loop_wait_until (egg-testing.c:151)
==2111==    by 0x4E7C859: egg_test_wait_until (egg-testing.c:105)
==2111==    by 0x4032ED: test_create_async (test-collection.c:328)
==2111==    by 0x60258FA: test_case_run (gtestutils.c:2158)
==2111==    by 0x6025CBB: g_test_run_suite_internal (gtestutils.c:2241)
==2111==    by 0x6025D64: g_test_run_suite_internal (gtestutils.c:2253)
==2111==    by 0x6025F7B: g_test_run_suite (gtestutils.c:2328)
==2111==    by 0x6024C1C: g_test_run (gtestutils.c:1596)
==2111==    by 0x4E7CA3B: egg_tests_run_with_loop (egg-testing.c:167)
==2111==    by 0x406948: main (test-collection.c:1033)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
91ee4c847d test-collection: Fix string leaks
This fixes:
==16832== 6 bytes in 1 blocks are definitely lost in loss record 8 of 1,184
==16832==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16832==    by 0x36E564F679: g_malloc (gmem.c:97)
==16832==    by 0x36E56688AE: g_strdup (gstrfuncs.c:356)
==16832==    by 0x4C2B242: secret_collection_get_label (secret-collection.c:1835)
==16832==    by 0x40313D: test_create_sync (test-collection.c:305)
==16832==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16832==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16832==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16832==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16832==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16832==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16832==    by 0x4068B0: main (test-collection.c:1028)
==16832==-
==16832== 6 bytes in 1 blocks are definitely lost in loss record 9 of 1,184
==16832==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16832==    by 0x36E564F679: g_malloc (gmem.c:97)
==16832==    by 0x36E56688AE: g_strdup (gstrfuncs.c:356)
==16832==    by 0x4C2B242: secret_collection_get_label (secret-collection.c:1835)
==16832==    by 0x40337C: test_create_async (test-collection.c:333)
==16832==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16832==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16832==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16832==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16832==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16832==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16832==    by 0x4068B0: main (test-collection.c:1028)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
d416da7705 test-collection: Fix GError leaks
This fixes (among others):
==16832== 95 (16 direct, 79 indirect) bytes in 1 blocks are definitely lost in loss record 927 of 1,184
==16832==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16832==    by 0x36E564F679: g_malloc (gmem.c:97)
==16832==    by 0x36E5666CD2: g_slice_alloc (gslice.c:1007)
==16832==    by 0x36E563522B: g_error_new_valist (gerror.c:386)
==16832==    by 0x36E563560A: g_set_error (gerror.c:560)
==16832==    by 0x4C27FB4: secret_collection_initable_init (secret-collection.c:543)
==16832==    by 0x36E6E5D83E: g_initable_new_valist (ginitable.c:228)
==16832==    by 0x36E6E5D8F5: g_initable_new (ginitable.c:146)
==16832==    by 0x4C3E1E3: secret_collection_new_for_dbus_path_sync (secret-paths.c:158)
==16832==    by 0x404733: test_delete_sync (test-collection.c:623)
==16832==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16832==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16832==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16832==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16832==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16832==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16832==    by 0x4068B0: main (test-collection.c:1028)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
b6189a95e9 prompt: Don't leak 'owner_name' in secret_prompt_perform()
This fixes:
==16832== 7 bytes in 1 blocks are definitely lost in loss record 10 of 1,184
==16832==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16832==    by 0x36E564F679: g_malloc (gmem.c:97)
==16832==    by 0x36E56688AE: g_strdup (gstrfuncs.c:356)
==16832==    by 0x36E6EDEB98: g_dbus_proxy_get_name_owner (gdbusproxy.c:2372)
==16832==    by 0x4C38B64: secret_prompt_perform (secret-prompt.c:468)
==16832==    by 0x4C39F4C: secret_service_real_prompt_async (secret-service.c:339)
==16832==    by 0x4C3D126: secret_service_prompt (secret-service.c:1711)
==16832==    by 0x4C42182: on_create_collection_called (secret-paths.c:1706)
==16832==    by 0x36E6E74BA6: g_simple_async_result_complete (gsimpleasyncresult.c:763)
==16832==    by 0x36E6ED1921: g_dbus_connection_call_done (gdbusconnection.c:5508)
==16832==    by 0x36E6E74BA6: g_simple_async_result_complete (gsimpleasyncresult.c:763)
==16832==    by 0x36E6E74C08: complete_in_idle_cb (gsimpleasyncresult.c:775)
==16832==    by 0x36E5649A89: g_main_dispatch (gmain.c:3122)
==16832==    by 0x36E5649A89: g_main_context_dispatch (gmain.c:3737)
==16832==    by 0x36E5649E1F: g_main_context_iterate.isra.29 (gmain.c:3808)
==16832==    by 0x36E564A141: g_main_loop_run (gmain.c:4002)
==16832==    by 0x4C427F1: secret_service_create_collection_dbus_path_sync (secret-paths.c:1908)
==16832==    by 0x4C299F9: secret_collection_create_sync (secret-collection.c:1211)
==16832==    by 0x403084: test_create_sync (test-collection.c:299)
==16832==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16832==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16832==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16832==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16832==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16832==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16832==    by 0x4068B0: main (test-collection.c:1028)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
c8931ab6fc test-prompt: Fix GError leak
https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
6fbfb64b17 item: Fix local variable leak in on_create_path()
This fixes:
==22678== 48 bytes in 1 blocks are definitely lost in loss record 1,045 of 1,560
==22678==    at 0x4C28C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==22678==    by 0x6002FCC: g_malloc (gmem.c:94)
==22678==    by 0x60032AE: g_malloc_n (gmem.c:330)
==22678==    by 0x601DBF0: g_strdup (gstrfuncs.c:363)
==22678==    by 0x4E6508B: on_create_item_called (secret-paths.c:1991)
==22678==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==22678==    by 0x5A33575: g_task_return (gtask.c:1162)
==22678==    by 0x5A33E76: g_task_return_pointer (gtask.c:1537)
==22678==    by 0x5A9BB7D: g_dbus_connection_call_done (gdbusconnection.c:5704)
==22678==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==22678==    by 0x5A334B6: complete_in_idle_cb (gtask.c:1118)
==22678==    by 0x5FFD3D0: g_idle_dispatch (gmain.c:5441)
==22678==    by 0x5FFAA18: g_main_dispatch (gmain.c:3154)
==22678==    by 0x5FFB85C: g_main_context_dispatch (gmain.c:3769)
==22678==    by 0x5FFBA40: g_main_context_iterate (gmain.c:3840)
==22678==    by 0x5FFBE66: g_main_loop_run (gmain.c:4034)
==22678==    by 0x4E7C9E4: loop_wait_until (egg-testing.c:151)
==22678==    by 0x4E7C85C: egg_test_wait_until (egg-testing.c:105)
==22678==    by 0x402D22: test_create_async (test-item.c:245)
==22678==    by 0x60258FA: test_case_run (gtestutils.c:2158)
==22678==    by 0x6025CBB: g_test_run_suite_internal (gtestutils.c:2241)
==22678==    by 0x6025D64: g_test_run_suite_internal (gtestutils.c:2253)
==22678==    by 0x6025F7B: g_test_run_suite (gtestutils.c:2328)
==22678==    by 0x6024C1C: g_test_run (gtestutils.c:1596)
==22678==    by 0x4E7CA3E: egg_tests_run_with_loop (egg-testing.c:167)
==22678==    by 0x406B52: main (test-item.c:887)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
2c5567cd65 item: Free SecreItem::value in finalize()
This fixes:
==20768== 67 (40 direct, 27 indirect) bytes in 1 blocks are definitely lost in loss record 1,133 of 1,588
==20768==    at 0x4C28C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==20768==    by 0x6002FCC: g_malloc (gmem.c:94)
==20768==    by 0x601B523: g_slice_alloc (gslice.c:1007)
==20768==    by 0x601B563: g_slice_alloc0 (gslice.c:1032)
==20768==    by 0x4E5FB64: secret_value_new_full (secret-value.c:140)
==20768==    by 0x4E67B63: service_decode_aes_secret (secret-session.c:457)
==20768==    by 0x4E67D6B: _secret_session_decode_secret (secret-session.c:513)
==20768==    by 0x4E50A61: on_item_load_secret (secret-item.c:1157)
==20768==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==20768==    by 0x5A33575: g_task_return (gtask.c:1162)
==20768==    by 0x5A33E76: g_task_return_pointer (gtask.c:1537)
==20768==    by 0x5AAC7E6: reply_cb (gdbusproxy.c:2579)
==20768==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==20768==    by 0x5A33575: g_task_return (gtask.c:1162)
==20768==    by 0x5A33E76: g_task_return_pointer (gtask.c:1537)
==20768==    by 0x5A9BB7D: g_dbus_connection_call_done (gdbusconnection.c:5704)
==20768==    by 0x5A3346D: g_task_return_now (gtask.c:1104)
==20768==    by 0x5A334B6: complete_in_idle_cb (gtask.c:1118)
==20768==    by 0x5FFD3D0: g_idle_dispatch (gmain.c:5441)
==20768==    by 0x5FFAA18: g_main_dispatch (gmain.c:3154)
==20768==    by 0x5FFB85C: g_main_context_dispatch (gmain.c:3769)
==20768==    by 0x5FFBA40: g_main_context_iterate (gmain.c:3840)
==20768==    by 0x5FFBE66: g_main_loop_run (gmain.c:4034)
==20768==    by 0x4E510DA: secret_item_load_secret_sync (secret-item.c:1311)
==20768==    by 0x405238: test_load_secret_sync (test-item.c:592)
==20768==    by 0x60258FA: test_case_run (gtestutils.c:2158)
==20768==    by 0x6025CBB: g_test_run_suite_internal (gtestutils.c:2241)
==20768==    by 0x6025D64: g_test_run_suite_internal (gtestutils.c:2253)
==20768==    by 0x6025F7B: g_test_run_suite (gtestutils.c:2328)
==20768==    by 0x6024C1C: g_test_run (gtestutils.c:1596)
==20768==    by 0x4E7CA25: egg_tests_run_with_loop (egg-testing.c:167)
==20768==    by 0x406B52: main (test-item.c:887)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
4a7de5a403 test-item: Fix string leaks
This fixes:

==16901== 7 bytes in 1 blocks are definitely lost in loss record 9 of 1,154
==16901==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16901==    by 0x36E564F679: g_malloc (gmem.c:97)
==16901==    by 0x36E56688AE: g_strdup (gstrfuncs.c:356)
==16901==    by 0x4C3098F: secret_item_get_label (secret-item.c:1922)
==16901==    by 0x402A65: test_create_sync (test-item.c:203)
==16901==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16901==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16901==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16901==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16901==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16901==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16901==    by 0x406AAE: main (test-item.c:880)
==16901==-
==16901== 7 bytes in 1 blocks are definitely lost in loss record 10 of 1,154
==16901==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16901==    by 0x36E564F679: g_malloc (gmem.c:97)
==16901==    by 0x36E56688AE: g_strdup (gstrfuncs.c:356)
==16901==    by 0x4C3098F: secret_item_get_label (secret-item.c:1922)
==16901==    by 0x402DB6: test_create_async (test-item.c:249)
==16901==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16901==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16901==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16901==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16901==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16901==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16901==    by 0x406AAE: main (test-item.c:880)
==16901==-

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
66888a1e6a test-item: Fix GHashTable leak
This fixes:
==16901== 248 (88 direct, 160 indirect) bytes in 1 blocks are definitely lost in loss record 1,108 of 1,154
==16901==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16901==    by 0x36E564F679: g_malloc (gmem.c:97)
==16901==    by 0x36E5666CD2: g_slice_alloc (gslice.c:1007)
==16901==    by 0x36E563860D: g_hash_table_new_full (ghash.c:711)
==16901==    by 0x4047B2: test_set_attributes_async (test-item.c:493)
==16901==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16901==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16901==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16901==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16901==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16901==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16901==    by 0x406AAE: main (test-item.c:880)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00
Christophe Fergeau
cd96ccffcd test-item: Fix GError leak
This fixes:
==16901== 94 (16 direct, 78 indirect) bytes in 1 blocks are definitely lost in loss record 901 of 1,154
==16901==    at 0x4A06C50: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==16901==    by 0x36E564F679: g_malloc (gmem.c:97)
==16901==    by 0x36E5666CD2: g_slice_alloc (gslice.c:1007)
==16901==    by 0x36E563522B: g_error_new_valist (gerror.c:386)
==16901==    by 0x36E563560A: g_set_error (gerror.c:560)
==16901==    by 0x4C2CFB2: secret_item_initable_init (secret-item.c:480)
==16901==    by 0x36E6E5D83E: g_initable_new_valist (ginitable.c:228)
==16901==    by 0x36E6E5D8F5: g_initable_new (ginitable.c:146)
==16901==    by 0x4C3E711: secret_item_new_for_dbus_path_sync (secret-paths.c:286)
==16901==    by 0x402506: test_new_sync_noexist (test-item.c:121)
==16901==    by 0x36E566FB92: test_case_run (gtestutils.c:2124)
==16901==    by 0x36E566FB92: g_test_run_suite_internal (gtestutils.c:2185)
==16901==    by 0x36E566FD5A: g_test_run_suite_internal (gtestutils.c:2196)
==16901==    by 0x36E56700DA: g_test_run_suite (gtestutils.c:2249)
==16901==    by 0x36E5670110: g_test_run (gtestutils.c:1553)
==16901==    by 0x4C5A0EA: egg_tests_run_with_loop (egg-testing.c:167)
==16901==    by 0x406AAE: main (test-item.c:880)

https://bugzilla.gnome.org/show_bug.cgi?id=756766
2015-10-19 12:09:50 +02:00