[Bug 604094] registry: do not remove features when removing a cached plugin that no longer is present

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Sun Apr 17 15:27:06 PDT 2011


https://bugzilla.gnome.org/show_bug.cgi?id=604094
  GStreamer | gstreamer (core) | git

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |t.i.m at zen.co.uk
     Ever Confirmed|0                           |1

--- Comment #5 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2011-04-17 22:27:02 UTC ---
The problem described here can be reproduced quite easily: all that's needed is
to rename a plugin .so file in the plugin path. Afterwards, gst-inspect
$feature no longer works.

It also seems the patch fixes this particular problem, at least for me.

I'm not entirly sure about the reasoning in the commit messsage though. I think
the problem is that gst_registry_remove_features_for_plugin_unlocked() removes
features based on the plugin *name*, instead of removing them based on the
plugin object/pointer. The reason it does that is presumably because
GstPluginFeature doesn't contain a pointer to the GstPlugin (to avoid
refcounting circles perhaps).

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list