Bug#706154: gecko-mediaplayer: claims that an additional plugin is needed, but standalone gnome-mplayer plays the video

[Sebastian Ramacher]

On 2013-06-02 18:27:11, Francesco Poli wrote:
> > > Mmmh, first thing I noticed: after the following steps
> > > 
> > >   0) start dconf-editor
> > >   1) reset all gnome-mplayer/gecko-mediaplayer preferences to their defaults
> > >   2) quit dconf-editor
> > >   3) start gnome-mplayer
> > >   4) enter its preferences dialog window and just
> > >     take a look (around without changing anything)
> > >   5) exit from the dialog window
> > >   6) quit gnome-mplayer
> > >   7) start dconf-editor
> > > 
> > > many settings are again marked as manually-changed (in boldface font),
> > > even though almost all of these are actually equal to their default
> > > value; some values are indeed non-default (such as audio-lang, for
> > > instance).
> > > I do not experience this awkward behavior, if I skip steps 4 and 5.
> > > It seems to me that the gnome-mplayer internal configuration dialog
> > > window does something strange to ~/.config/dconf/user ...
> > 
> > Nothing awkward happening there. Just if you hit ok there, it saves the
> > values in the config. That's what it's supposed to do.
> 
> I don't think it should save anything to the configuration file, if I
> haven't changed any setting at all! In other words, the configuration
> file should stay absolutely untouched, unless I actually changed
> something.
> 
> And anyway, it should not mark settings as manually-changed, if I
> haven't changed them manually. I thought this was obvious...
> 
> Moreover, it should not set some options to non-default values (such as
> audio-lang, for instance), if I haven't done anything to them.
> 
> Finally, I didn't hit OK, as there is no OK button.
> There is only a Close button, which is another thing that I strongly
> dislike in some "modern-looking" configuration dialog windows: there's
> no OK/Cancel choice, only a Close button that's supposed to be used to
> exit and it doesn't allow me to change my mind and avoid saving the
> configuration!
> 
> So, no, sorry, I disagree: I think that the configuration dialog is
> *not* working as expected.

Please discuss this with upstream. Thanks.

> > Could you check with stat or similar if the
> > files from /usr/lib/mozilla/plugins are loaded and by setting the
> > appropriate LD_DEBUG flags (check ld-linux.so(8) for details) if they
> > are loaded without problems?
> 
> $ LD_DEBUG=libs LD_DEBUG_OUTPUT=/tmp/ld_debug_iceweasel.out iceweasel
> 
> (process:4712): GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed
> 
> $ grep -i --color plugins /tmp/ld_debug_iceweasel.out*
> $ ls -lg /tmp/ld_debug_iceweasel.out*
> -rw-rw---- 1 $USER 63888 Jun  2 18:17 /tmp/ld_debug_iceweasel.out.4712
> -rw-rw---- 1 $USER  1218 Jun  2 18:13 /tmp/ld_debug_iceweasel.out.4713
> -rw-rw---- 1 $USER   526 Jun  2 18:13 /tmp/ld_debug_iceweasel.out.4714
> -rw-rw---- 1 $USER   529 Jun  2 18:13 /tmp/ld_debug_iceweasel.out.4716
> -rw-rw---- 1 $USER 37440 Jun  2 18:17 /tmp/ld_debug_iceweasel.out.4923
> 
> 
> Awkward, it mentions nothing about plugins.
> Did I do anything the wrong way?

That shouldn't be empty. Looks like there is something broken on your
side. Do you have any weird extensions installed or modified iceweasel
in another way to not load plugins?

Is

$ strace -o /tmp/strace.log -f iceweasel
$ grep "/usr/lib/mozilla/" /tmp/strace.log

also empty?

It should be something like:

| $pid  access("/usr/lib/mozilla/plugins", F_OK) = 0
| ...
| $pid  stat("/usr/lib/mozilla/plugins/gecko-mediaplayer-qt.so", ...) = 0
| ...

Regards
-- 
Sebastian Ramacher
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-multimedia-maintainers/attachments/20130602/81d99adb/attachment.pgp>