After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 512916 - python_do_pending_calls timer is apparently redundant
python_do_pending_calls timer is apparently redundant
Status: RESOLVED FIXED
Product: GStreamer
Classification: Platform
Component: gst-python
git master
Other Linux
: Normal normal
: 0.10.11
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-01-29 22:07 UTC by Jonathan Matthew
Modified: 2008-01-30 12:36 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jonathan Matthew 2008-01-29 22:07:15 UTC 
It seems the 10Hz python_do_pending_calls timeout added in init_gst is redundant now, since anyone running a glib mainloop in a gst-python app will be using gtk.main() or gobject.MainLoop.run(), so the pygtk or pygobject signal watch will be running.

The timer causes any app that loads the gst module, such as rhythmbox (the python bindings expose some GStreamer details) to wake up 10 times per second, which tends to make people unhappy these days.
Comment 1 Edward Hervey 2008-01-30 12:32:16 UTC 
yep, seems it was fixed almost 3 years ago in pygobject.
Comment 2 Edward Hervey 2008-01-30 12:36:53 UTC 
2008-01-30  Edward Hervey  <edward.hervey@collabora.co.uk>

	* gst/gstmodule.c: (init_gst):
	Remove do_pending_calls timeout which has been handled more gracefully
	in pygobject MainLoop for the past 3 years.
	Fixes #512916