Opened 8 years ago

Last modified 5 years ago

#11520 new defect

Pidgin unresponsive (high CPU) when XMPP (gtalk/facebook) send or receive

Reported by: amishmm Owned by: EionRobb
Milestone: Component: XMPP
Version: 2.6.6 Keywords:


I am using Fedora 10 with Pidgin 2.6.6.

From 1 or 2weeks I am noticing that Pidgin becomes unresponsive when chatting with XMPP (I use gtalk and facebook) accounts.

CPU usage increases only when a message arrives or I send a message (i.e. after pressing enter key). Pidgin stays in unresponsive state till the message is displayed in the window, afterwards Pidgin again becomes normal. i.e. Pidgin works normal as long as no message is received or is sent on XMPP

I also have MSN and Yahoo accounts but this problem does not happen with those accounts.

This bug is also reported by others:

Here: (see last comment)

and here: (ticket was closed though as Fedora no more supports F10)

This bug cud be in previous versions of Pidgin but I started using XMPP after Facebook launched XMPP support. Earlier I thought it may be Facebook problem but this happens with Gtalk too.

Please look in to it.


Change History (11)

comment:1 Changed 8 years ago by darkrain42

  • Component changed from unclassified to XMPP
  • Status changed from new to pending

What plugins do you have enabled?

comment:2 Changed 8 years ago by amishmm

  • Status changed from pending to new

These are the plugins I have enabled.

  • Autoreply
  • Buddy State Notifications
  • Conversation Colors
  • Guifications
  • Last seen
  • Message Notification
  • Psychic Mode

comment:3 Changed 8 years ago by darkrain42

  • Status changed from new to pending

If you disable all of these plugins, does the issue go away? If so, enable them one at a time (or do a binary search) to determine which is causing the lag. If none of the plugins are causing the issue, does the issue go away if you disable logging?

comment:4 Changed 8 years ago by amishmm

  • Status changed from pending to new

Ok more testing:

I disabled all plugins. Restarted Pidgin, but problem still there.

So that means, its not plugin problem.

I opened Gtalk a/c say A in Pidgin and Gtalk a/c say B in Gmail in Firefox.

First B sends msg to A ---> Pidgin takes 3-4 seconds to open the new window.

A closes the Pidgin window, and again tries to open new window by double clicking on B in Buddy list. It takes 3-4 seconds to open the window.

A sends msg to B ---> B receives msg instantly in Gmail but Pidgin hangs for some 3-4 seconds and then msg appears in A's (Pidgins) window.

B sends 3-4 msg at once to A ---> Pidgin hangs for abt 6-7 seconds. And then displays the msgs.

comment:5 Changed 8 years ago by darkrain42

  • Status changed from new to pending

You didn't try all the things I suggested.

comment:6 Changed 8 years ago by amishmm

  • Status changed from pending to new

Actually I was already trying and writing that post before ur msg. So i didnt try disabling the logging.

But disabling logging doesnt help too.

comment:7 Changed 8 years ago by darkrain42

  • Status changed from new to pending

Please follow the instructions to get a debug log and attach it to this ticket.

comment:8 Changed 8 years ago by amishmm

  • Status changed from pending to new

Ok found the problem.... it was smiley theme that I used.


But the point is, how can theme slow down XMPP only? Why it doesnt slow down MSN and Yahoo?

There are 80-90 Yahoo smileys in that theme. But just abt 25 XMPP themes. So why XMPP becomes slow and not Yahoo?

Also why does XMPP become slow, even when msg is just "test" i.e. without any smiley to display. It looks more like GUI hangup somewhere. Because msg reaches B instantly but still not displayed on GUI.

comment:9 Changed 8 years ago by amishmm

Correction: But just abt 25 XMPP smileys.

comment:10 Changed 8 years ago by AmigoJack

Can confirm this with version 2.7.1 with GTK on Windows XP SP2.

It is no problem with any plugin. I also got a custom smiley theme "Trillian". Having a conversation with animated icons makes the CPU usage go high (up to 40% on an Intel Core Duo 6400 @ 2.1 GHz). Selecting all the text and disabling all them icons by rightclick immediately calms down the CPU. I am pretty sure it's because of animated icons. Can the culprit be any GIF implementation? Or GTK itself? If I rightclick on the window title to bring up the system menu I can also reduce the CPU load to 0% - although the animated smileys still animate as before. This behaviour does not make sense - I tend to suspect GTK rather than a GIF implementation. It is also no multicore problem - forcing to use only one CPU core or both doesn't change anything.

The protocol being used doesn't matter also - it happens via ICQ and XMPP.

Does it really help to attach a debug log?

comment:11 Changed 5 years ago by rekkanoryo

  • Owner changed from rekkanoryo to EionRobb
Note: See TracTickets for help on using tickets.
All information, including names and email addresses, entered onto this website or sent to mailing lists affiliated with this website will be public. Do not post confidential information, especially passwords!