[Pkg-chromium-maint] Bug#590145: chromium-browser: Upstream ban on gecko-mediaplayer plugin must be removed
Jonathan Nieder
jrnieder at gmail.com
Mon Jul 26 21:47:45 UTC 2010
forwarded 590145 http://crbug.com/24507
quit
Hi Dimitar,
Dimitar Kavlakov wrote:
> The plugin "gecko-mediaplayer" was blacklisted in the upstream some
> time ago because of bug #24507, that is speciffic to several other
> Linux distributions. Debian was never amongst the distributions where
> this bug appeared
That means <http://crbug/24507>:
| Repro: install gecko-mediaplayer, visit digg.com. Page hangs.
[...]
| Renderer thread asks for plugins:
[...]
| Browser asks plugin to intialize, and it hangs inside glib.
[...]
| This is yet another instance of "query plugins out of process"
[...]
| Plugins load in two stages: first we dlopen() them to query metadata,
| then later in response to a page request we actually instantiate them.
| The blacklist we had in place only happened at the latter point;
| gecko-mediaplayer causes us to hang in the first step. So move the
| blacklist check earlier to succesfully blacklist it.
http://code.google.com/p/gecko-mediaplayer/issues/detail?id=64 says:
| As a bug on the Chrome bug tracker says, this is a bug in Chrome. I believe the
| underlying problem is that Chrome sometimes hangs if something starts a nested gtk
| message loop, which gecko-mediaplayer appears to be doing via gconf in this call
| stack:
[...]
| --without-gconf appears to fix it with the svn tip of gecko-mediaplayer.
> i can assure that the
> plugin continues to work fine on Debian with all stable and
> development versions of Chromium
That’s good to hear. To clarify: does digg.com work? And just in
case you know: is gecko-mediaplayer for Debian built --without-gconf?
Thanks,
Jonathan
More information about the Pkg-chromium-maint
mailing list