[Pidgin] #3182: memory leak (large) with Gstreamer errors

[Pidgin]

#3182: memory leak (large) with Gstreamer errors
--------------------------+-------------------------------------------------
 Reporter:  tblondon      |       Type:  defect
   Status:  new           |   Priority:  minor 
Component:  pidgin (gtk)  |    Version:  2.1.1 
 Keywords:                |    Pending:  0     
--------------------------+-------------------------------------------------
 I noticed that my copy of pidgin had a virt. footprint of over 600M.

 I restarted in a terminal window with "pidgin -d", and in a second window
 ran top.

 I noticed that pidgin grew by about 32MB when the following messages were
 produced:

 (17:23:56) gstreamer: Internal GStreamer error: state change failed.
 Please
 file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.

 (pidgin:729): GStreamer-CRITICAL **:
 Trying to dispose element fakesink, but it is not in the NULL state.
 You need to explicitly set elements to the NULL state before
 dropping the final reference, to allow them to clean up.

 (17:23:56) yahoo: 40 bytes to read, rxlen is 60
 (17:23:56) yahoo: Yahoo Service: 0xc6 Status: 1
 (17:23:56) blist: Updating buddy status for samir_s_patel (Yahoo)
 (17:23:57) blist: Updating buddy status for samir17 (AIM)
 (17:23:57) oscar: Connecting to FLAP server 64.12.30.84:5190 of type
 0x0010
 (17:23:57) dns: DNS query for '64.12.30.84' queued
 (17:23:57) dns: Created new DNS child 1307, there are now 1 children.
 (17:23:57) dns: Successfully sent DNS request to child 1307
 (17:23:57) dns: Got response for '64.12.30.84'
 (17:23:57) dnsquery: IP resolved for 64.12.30.84
 (17:23:57) proxy: Attempting connection to 64.12.30.84
 (17:23:57) proxy: Connecting to 64.12.30.84:5190 with no proxy
 (17:23:57) proxy: Connection in progress
 (17:23:57) proxy: Connected to 64.12.30.84:5190.
 (17:23:57) oscar: connected to FLAP server of type 0x0010
 (17:23:58) oscar: FLAP connection of type 0x0010 is now fully connected
 (17:23:58) oscar: no more icons to request
 (17:24:05) oscar: Scheduling destruction of FLAP connection of type 0x0007
 (17:24:05) oscar: Destroying oscar connection of type 0x0007.  Disconnect
 reason
 is 2
 (17:24:05) oscar: Disconnected.  Code is 0x0000 and msg is


 Filed this in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=291821
 and Gstreamer: http://bugzilla.gnome.org/show_bug.cgi?id=477086

 Report from Gstreamer:

  Comment #1 from Tim-Philipp Müller  (developer, points: 22)
 2007-09-18 08:55 UTC [reply]

 The first is fixed in -good CVS (sort of, at least the nonsensical error
 message).

 The criticial warning (and memory leak) are probably pidgin bugs (not
 cleaning
 up properly in the error code path), so I'd suggest you take it up with
 them
 first.

 If it's really a GStreamer leak, a small stand-alone test case or a
 valgrind
 leakcheck log with full debugging symbols against GStreamer CVS would be
 very
 helpful.


 Is this a known issue?  How to help?

-- 
Ticket URL: <https://developer.pidgin.im/ticket/3182>
Pidgin <http://pidgin.im>
Pidgin