Anyone know where pidgin startup data is kept? Ever since a forceful shutdown of one of my NFS clients pidgin refuses to start correctly. I can see pidgin is running from ps(1) but it never opens the intial window onscreen. I can hear the tones when a buddy logs in or out and when they initiate an IM connection the IM window opens on screen.
I assume pidgin stores state as to where the main window was last located and it somehow is now off screen. Where is this info stored, I'd like to try zapping it and recreating it.
-wolfgang
Wolfgang S. Rupprecht wrote:
Anyone know where pidgin startup data is kept? Ever since a forceful shutdown of one of my NFS clients pidgin refuses to start correctly. I can see pidgin is running from ps(1) but it never opens the intial window onscreen. I can hear the tones when a buddy logs in or out and when they initiate an IM connection the IM window opens on screen.
I assume pidgin stores state as to where the main window was last located and it somehow is now off screen. Where is this info stored, I'd like to try zapping it and recreating it.
I believe you'll find all that in ~/.purple ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer ricks@nerd.com - - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - - - - I never drink water because of the disgusting things that fish do - - in it. - - -- WC. Fields - ----------------------------------------------------------------------
On Mon, 2009-03-02 at 14:17 -0800, Wolfgang S. Rupprecht wrote:
Anyone know where pidgin startup data is kept? Ever since a forceful shutdown of one of my NFS clients pidgin refuses to start correctly. I can see pidgin is running from ps(1) but it never opens the intial window onscreen. I can hear the tones when a buddy logs in or out and when they initiate an IM connection the IM window opens on screen.
I assume pidgin stores state as to where the main window was last located and it somehow is now off screen. Where is this info stored, I'd like to try zapping it and recreating it.
---- Pidgin keeps a 'system tray' icon and you can click on it to 'restore' the login/status windows.
Craig
Rick Stevens ricks@nerd.com writes:
I believe you'll find all that in ~/.purple
Thanks!
Now I'm not sure they could have made that any harder to find. Purple? Purple????
-wolfgang
Craig White craigwhite@azapple.com writes:
Pidgin keeps a 'system tray' icon and you can click on it to 'restore' the login/status windows.
Strangely, not in this case. There is no pidgin icon in either the bottom tray (or the top one). Ditto for alternate desktops. At first I thought pidgin wasn't running because of that but ps showed it indeed was.
-wolfgang
On Mon, 2009-03-02 at 14:54 -0800, Wolfgang S. Rupprecht wrote:
Craig White craigwhite@azapple.com writes:
Pidgin keeps a 'system tray' icon and you can click on it to 'restore' the login/status windows.
Strangely, not in this case. There is no pidgin icon in either the bottom tray (or the top one). Ditto for alternate desktops. At first I thought pidgin wasn't running because of that but ps showed it indeed was.
---- I suspect that you are referring to panels (top and bottom) but not status/system trays which in KDE is a separate widget. I don't know about GNOME because I never use it but it probably is an optional item in a panel.
Craig
Craig White craigwhite@azapple.com writes:
I suspect that you are referring to panels (top and bottom) but not status/system trays which in KDE is a separate widget. I don't know about GNOME because I never use it but it probably is an optional item in a panel.
There is an area on the lower gnome panel that icons for unmapped (in the X sense) programs tend to show up in. All the programs other than pidgin were indeed there.
It did turn out to be a problem with the state stored in ~/.purple . Moving that directory aside caused pidgin to appear onscreen again the next time I started it.
-wolfgang
On Mon, 2009-03-02 at 16:01 -0800, Wolfgang S. Rupprecht wrote:
Craig White craigwhite@azapple.com writes:
I suspect that you are referring to panels (top and bottom) but not status/system trays which in KDE is a separate widget. I don't know about GNOME because I never use it but it probably is an optional item in a panel.
There is an area on the lower gnome panel that icons for unmapped (in the X sense) programs tend to show up in. All the programs other than pidgin were indeed there.
It did turn out to be a problem with the state stored in ~/.purple . Moving that directory aside caused pidgin to appear onscreen again the next time I started it.
---- I would suggest that you pay attention to it because when you launch pidgin, it not only opens a window but also opens a status tray icon (circle with green stripe). Pidgin allows you to close the window but even if you quit the program and restart it, it remembers the last setting which could very well mean, no window.
Even worse, it's multi-launch meaning that many instances of pidgin can run at the same time, all without windows - I have seen a user do that and become terribly confused.
Craig
Wolfgang S. Rupprecht wrote:
Rick Stevens ricks@nerd.com writes:
I believe you'll find all that in ~/.purple
Thanks!
Now I'm not sure they could have made that any harder to find. Purple? Purple????
Yup. Pidgin uses libpurple. Where the hell the name comes from I have no idea, but there it is. Perhaps because its icon in the menus is a purple bird?
"Obscurity at its finest, that's us!" ---------------------------------------------------------------------- - Rick Stevens, Systems Engineer ricks@nerd.com - - AIM/Skype: therps2 ICQ: 22643734 Yahoo: origrps2 - - - - Have you noticed that "human readable" configuration file - - directives are beginning to resemble COBOL code? - ----------------------------------------------------------------------
Wolfgang S. Rupprecht:
It did turn out to be a problem with the state stored in ~/.purple . Moving that directory aside caused pidgin to appear onscreen again the next time I started it.
I'm guessing that a list visible was left unset, and show system tray icon was set at never, in the ~/.purple/prefs.xml file. The other files don't appear to have contents that might pertain to showing the list, and you probably don't want to have to recreate the accounts data.
Craig White wrote:
Even worse, it's multi-launch meaning that many instances of pidgin can run at the same time, all without windows - I have seen a user do that and become terribly confused.
If I try to run pidgin twice, the second attempt twiddles its thumbs for a moment (there's a "starting" message in the window list), but then aborts (it goes away, and there's only the first run pidgin running). It seems to handle that user problem fairly well.
On Tue, 2009-03-03 at 15:06 +1030, Tim wrote:
Wolfgang S. Rupprecht:
It did turn out to be a problem with the state stored in ~/.purple . Moving that directory aside caused pidgin to appear onscreen again the next time I started it.
I'm guessing that a list visible was left unset, and show system tray icon was set at never, in the ~/.purple/prefs.xml file. The other files don't appear to have contents that might pertain to showing the list, and you probably don't want to have to recreate the accounts data.
Craig White wrote:
Even worse, it's multi-launch meaning that many instances of pidgin can run at the same time, all without windows - I have seen a user do that and become terribly confused.
If I try to run pidgin twice, the second attempt twiddles its thumbs for a moment (there's a "starting" message in the window list), but then aborts (it goes away, and there's only the first run pidgin running). It seems to handle that user problem fairly well.
---- my experience with multi-launch was on F7 - perhaps they fixed it.
Craig
On Tuesday 03 March 2009 01:37:17 Rick Stevens wrote:
Wolfgang S. Rupprecht wrote:
Rick Stevens ricks@nerd.com writes:
I believe you'll find all that in ~/.purple
Thanks!
Now I'm not sure they could have made that any harder to find. Purple? Purple????
Yup. Pidgin uses libpurple. Where the hell the name comes from I have no idea, but there it is. Perhaps because its icon in the menus is a purple bird?
Name is, I believe, a pronouncable form of "prpl", or "protocol plugin". I could be wrong ...
Tim ignored_mailbox@yahoo.com.au writes:
I'm guessing that a list visible was left unset,
Good call.
<pref name='list_visible' type='bool' value='0'/>
and show system tray icon was set at never, in the ~/.purple/prefs.xml file.
I don't immediately see any variable by that name (or similar) in my old or new prefs. (Maybe that's the problem if it defaults to value='0' ?)
Well, one good thing came out of my spelunking in pidgins bowels. I noticed that I could clear out the silly non-emacs keybindings in the IM window while still retaining them elsewhere by editing ~/.purple/accels. . -wolfgang
Wolfgang S. Rupprecht:
and show system tray icon was set at never, in the ~/.purple/prefs.xml file.
I don't immediately see any variable by that name (or similar) in my old or new prefs. (Maybe that's the problem if it defaults to value='0' ?)
The default seems to be always to show the list, but I was naming something by the GUI preference options, that I hadn't (yet) found in the preferences configuration file.
Toggling the setting, then checking the configuration file for changes, reveals this section, at the end of the file:
<pref name='docklet'> <pref name='blink' type='bool' value='1'/> <pref name='show' type='string' value='never'/> <pref name='x11'> <pref name='embedded' type='bool' value='0'/> </pref> </pref>