ayatana-indicator-application, branch 0.5.0 Ayatana Indicator Application Service https://openid.arctica-project.org/ayatana-indicator-application/atom?h=0.5.0 2012-04-11T17:15:43+00:00 0.5.0 2012-04-11T17:15:43+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-11T17:15:43+00:00 urn:sha1:ab3fc0e2f5b8c730e0694f1bf07a0709867a5683 merge lp:~allanlesage/indicator-application/TDD to improve our automake gcov rules 2012-04-11T17:11:36+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-11T17:11:36+00:00 urn:sha1:3a3e89e5e5173ce74dea1488a1a3427062cc9dd5 merge lp:~ted/indicator-application/parent-pointer to add in the parent object pointer for unity-panel-service. 2012-04-10T16:29:01+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-10T16:29:01+00:00 urn:sha1:040480957898cd957816fbf521c62842a63b6cae Set the parent object pointer to help unity-panel-service 2012-04-09T19:43:39+00:00 Ted Gould ted@gould.cx 2012-04-09T19:43:39+00:00 urn:sha1:1833f44b0a93d4b7d8fa14fdfb295f7fe6c66dea Pedantic name change for gcovr xml coverage results. 2012-03-27T21:16:53+00:00 Allan LeSage allanlesage@gmail.com 2012-03-27T21:16:53+00:00 urn:sha1:22ff9e16c0c27ceaba2c544c1e7b282f0839ebf8 Removed gcovr dependency, moved coverage targets to own makefile, cleaning up *.gcno. 2012-03-27T21:08:10+00:00 Allan LeSage allanlesage@gmail.com 2012-03-27T21:08:10+00:00 urn:sha1:18da8cd8e22caf1f524e664d7a6fc19412831f1d 0.4.94 2012-03-21T21:24:53+00:00 Ted Gould ted@gould.cx 2012-03-21T21:24:53+00:00 urn:sha1:daf30a3ca8f5127e383f37d00c5e630033321357 merge lp:~charlesk/indicator-application/hashtable-mem-bugs to fix memory errors reported in lp bug #957992 2012-03-20T23:39:34+00:00 Charles Kerr charles.kerr@canonical.com 2012-03-20T23:39:34+00:00 urn:sha1:54d6c144fca553e55ff40b45611e570d8d87554f Fix two memory bugs with clearing out out directories from our icon search path. 2012-03-17T16:04:31+00:00 Charles Kerr charles.kerr@canonical.com 2012-03-17T16:04:31+00:00 urn:sha1:e80b857298bf76d44824d654901d83a5edc16ddc 1. indicator_application_dispose() calls g_hash_table_get_keys() N times and leaks them all. 2. indicator_application_dispose() passes each of the hashtable's keys (owned by the hash) to function theme_dir_unref(key), which removes from the hashtable but then continues to use the now-dangling key. 0.4.93 2012-03-13T20:00:31+00:00 Charles Kerr charles.kerr@canonical.com 2012-03-13T20:00:31+00:00 urn:sha1:8e26e844c5f42d55257b6f8e52634314d134b4d8