Ubuntu
pidgin-libnotify package

Cannot unhide Pidgin buddylist if not using Pidgin's "tray" icon in KDE

Bug #333745 reported by Mackenzie Morgan
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
NULL Project
Invalid
Undecided
Unassigned
pidgin-libnotify (Ubuntu)
Fix Released
Medium
Unassigned
Ubuntu ubuntu-9.04-beta

Bug Description

Binary package hint: pidgin

I have Pidgin set to only show an icon in the notification area if it's actually notifying me of something. This should mean that the Pidgin buddy list cannot hide (because it requires an always-there "tray icon" to unhide). Using Pidgin since the new Canonical Notification System came out, it does hide, however. And if you're using KDE the message indicator applet that exists in GNOME has no corollary, so there's no way to unhide the buddy list window.

The result is that if you have the icon set to show only for new messages or not at all and you use KDE in Jaunty, Pidgin will be running, notifications will be shown, messages will be received...and there will be no way to reach the buddy list.

Tags: dxteam
Revision history for this message
Alexander Khodyrev (a-v-khodyrev) wrote :

Same situation in GNOME if indicator-applet is not running. This is a problem with pidgin's settings—can we somehow get old settings back? Currently I'm forced to run indicator-applet, so instead of having no unnecessary icons in the panel I have a huge applet.

Revision history for this message
Mackenzie Morgan (maco.m) wrote : Re: [Bug 333745] Re: Cannot unhide Pidgin buddylist if not using Pidgin's "tray" icon in KDE

Rather than forcing us to use the icon, can't it just lose the ability to hide
in situations where the icon's not there and neither is the applet?

Revision history for this message
Alexander Khodyrev (a-v-khodyrev) wrote :

That's what it always did—closing all windows with no tray icon caused pidgin to quit. Now it doesn't.

Revision history for this message
Mackenzie Morgan (maco.m) wrote :

Ah, I thought you meant forcing the icon back into use.

Revision history for this message
Lionel Dricot (ploum-deactivatedaccount) wrote :

I confirm this bug on Jaunty. Pidgin is not usable anymore if you don't use a tray icon because "close" is now associated with "hide in the tray" even if the tray icon option is not activated.

IMHO, it has nothing to do with the indicator applet.

Changed in pidgin:
status: New → Confirmed
Revision history for this message
Mackenzie Morgan (maco.m) wrote :

The small relation to the indicator applet is that in GNOME you can unhide it
without the tray icon if you use the indicator applet. In KDE, no such thing
exists, so we're stuck.

Revision history for this message
Mark Shuttleworth (sabdfl) wrote : Re: [Dx-team] [Bug 333745] Re: Cannot unhide Pidgin buddylist if not using Pidgin's "tray" icon in KDE

This looks like one to address before Jaunty is released. David, would
you escalate it? Also, a comprehensive review of bugs would be useful
this week.

Mark

Revision history for this message
Ted Gould (ted) wrote :

I believe that this is fixed by a patch that is in my PPA, could you guys please test the version of pidgin-libnotify here:

  pidgin-libnotify - 0.14-1ubuntu6~ppa3
  http://launchpad.net/~ted-gould/+archive/ppa

What this does is that it doesn't keep the buddy window open, unless the buddy window is closed by using the indicator applet.

Ted Gould (ted)
Changed in indicator-applet:
status: New → Invalid
Changed in pidgin:
importance: Undecided → Medium
milestone: none → ubuntu-9.04-beta
Revision history for this message
Mackenzie Morgan (maco.m) wrote : Re: [Bug 333745] Re: Cannot unhide Pidgin buddylist if not using Pidgin's "tray" icon in KDE

Seems to work fine for me.

Revision history for this message
Ted Gould (ted) wrote :

Debdiff for this fix and a couple of others. Using this bug to request sponsorship. Various changes cleaning up pidgin-libnotify. Changelog:

pidgin-libnotify (0.14-1ubuntu6) jaunty; urgency=low

  * /debian/patches/indicate.patch:
    * Updating the names of the append and truncation hints to
      match the new version of the spec. (LP: #341565)
    * Change the IRC private messages to not have the same name
      twice in the notification.
    * Change the chat room notifications to tell you the person
      first rather than the room first.
    * Switch the protocol icons to use large icons instead of using
      the smaller icons. (LP: #333497)
    * Change the indicator types so that the count doesn't appear
      in the indicator applet along with the items.
    * Only block buddy list hiding when called from the indictor
      applet. (LP: #333745)

 -- Ted Gould <email address hidden> Wed, 18 Mar 2009 20:46:00 -0500

Revision history for this message
Sebastien Bacher (seb128) wrote :

thanks for your work ted

Changed in pidgin-libnotify (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package pidgin-libnotify - 0.14-1ubuntu6

---------------
pidgin-libnotify (0.14-1ubuntu6) jaunty; urgency=low

  * /debian/patches/indicate.patch:
    * Updating the names of the append and truncation hints to
      match the new version of the spec. (LP: #341565)
    * Change the IRC private messages to not have the same name
      twice in the notification.
    * Change the chat room notifications to tell you the person
      first rather than the room first.
    * Switch the protocol icons to use large icons instead of using
      the smaller icons. (LP: #333497)
    * Change the indicator types so that the count doesn't appear
      in the indicator applet along with the items.
    * Only block buddy list hiding when called from the indictor
      applet. (LP: #333745)

 -- Ted Gould <email address hidden> Wed, 18 Mar 2009 20:46:00 -0500

Changed in pidgin-libnotify:
status: Fix Committed → Fix Released
Revision history for this message
KingPin777 (arnolab45) wrote :

looks like this sneaked back into pidgin-libnotify (0.14-1ubuntu8)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.