ayatana-indicator-messages, branch 0.5.95 Ayatana Indicator Messages Applet https://cgit.arctica-project.org/ayatana-indicator-messages/atom?h=0.5.95 2012-04-05T17:06:21+00:00 0.5.95 2012-04-05T17:06:21+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-05T17:06:21+00:00 urn:sha1:618e46358a13eca06d26aa681fd11afedee8cfb5 Merge the missing resort_menu fix 2012-04-05T15:20:38+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-04-05T15:20:38+00:00 urn:sha1:c58c7ebe1f0c8cd79e5dda0e1ea4c231c66e7be9 messages-service.c: add missing resort_menu 2012-04-05T14:37:12+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-04-05T14:37:12+00:00 urn:sha1:f6c8b38729069405066ed632702990c30eec8c3c This might fix lp:856284, but I couldn't verify because I can't reproduce the bug. Merge lp:~larsu/indicator-messages/lp956147 to fix broken thunderbird message indicator icons. 2012-04-04T18:28:38+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-04T18:28:38+00:00 urn:sha1:5779b63a5dd049d00a4fd500acecb27b169b6d82 This is a refinement to r254, which set an empty icon so that shortcut labels ("compose new message", "contacts", etc.) are horizontally aligned with the labels of the applications they belong to. Apparently gtk2 sets a "broken" icon onto a GtkImage if gtk_image_set_from_icon_name() is passed an empty string, which caused the behavior seen in bug #956147. Adding an #ifdef is a short-term fix for removing that "broken" icon in gtk2 for 12.04. Xref: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.0.6/revision/254 Xref: https://code.launchpad.net/~larsu/indicator-messages/lp956147/+merge/100836 Workaround for lp #956147: don't show empty icons in the gtk2 version 2012-04-04T16:57:15+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-04-04T16:57:15+00:00 urn:sha1:d0eae41a0c2f1d70e00eba6961020657fdaaa2a4 Merge lp:~larsu/indicator-messages/fix-blacklist-again to revert blacklist changes so that apps relying on the old behavior will work again. 2012-04-04T14:59:07+00:00 Charles Kerr charles.kerr@canonical.com 2012-04-04T14:59:07+00:00 urn:sha1:0a10a54cffe3e7f1cbc709461c1a8c32a66d4d70 The new policy is: if a file in the blacklist folder is a symbolic link, use its target. If its filename ends on .desktop, use the file's basename (so that copying files works). Otherwise, use the contents of file (first line should contain path to a desktop file). Xref: bug #939258 and http://bazaar.launchpad.net/~indicator-applet-developers/indicator-messages/trunk.0.6/revision/259 messages-service.c: fix leak 2012-04-04T14:48:53+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-04-04T14:48:53+00:00 urn:sha1:f2aefd61b55b2784cc8a2a24026e64cef84f0e4d Revert blacklist changes make apps relying on old behavior work again 2012-04-04T08:46:05+00:00 Lars Uebernickel lars.uebernickel@canonical.com 2012-04-04T08:46:05+00:00 urn:sha1:564b5157b51c99c201597b06fe6c9f02e62b94eb The new policy is: if a file in the blacklist folder is a symbolic link, use its target. If its filename ends on .desktop, use the file's basename (so that copying files works). Otherwise, use the contents of file (first line should contain path to a desktop file). Sync to trunk 2012-03-21T20:23:57+00:00 Ted Gould ted@gould.cx 2012-03-21T20:23:57+00:00 urn:sha1:3891a6cbb69599fe8de9b11d70cd058ecefb9722 0.5.94 2012-03-21T20:20:30+00:00 Ted Gould ted@gould.cx 2012-03-21T20:20:30+00:00 urn:sha1:785195578165ab8add69dc0c23acef0997ac0482