GNOME Bugzilla – Bug 780193
inspecting clutter plugin hangs outside X11
Last modified: 2017-03-29 21:28:04 UTC
To reproduce: - log in on vt (with no graphical session) - rm ~/.cache/gstreamer-1.0/registry.x86_64.bin - gst-inspect-1.0 This came from https://bugs.launchpad.net/canonical-devices-system-image/+bug/1525285
I tried the same on my debian laptop, I can't reproduce the crash. Any way you could provide a backtrace to see where gst-inspect is blocked?
s/crash/hang/
gst-inspect spawns gst-plugin-scanner and gst-plugin-scanner gets stuck at http://paste.ubuntu.com/24195519/ But now that i look at it maybe this is actually a bug in the gdk/mir code, because it's true that this only happens if the user i'm running has mir running.
Thanks, reassigning to Gtk+/mir.
I suppose the question is: why is clutter-gst (libclutter?) connecting to a display server in the first place? It can do without it, as proven by the fact that when Mir is *not* running, it completes fine? Could clutter-gst invoke libclutter in a way that avoids it connecting to the display?
Also, no other gstreamer plugin exhibits this behaviour (connecting to a display server on inspection), so I disagree with this being a Gtk+/Mir bug.
Thanks Michał, indeed it seems we should modify clutter-gst to not open any display when inspecting the plugins. I'll try to experiment with this soonish.
Fixed on the 3.0 branch. Will release a new tarball shortly. Thanks!