https://bugzilla.gnome.org/show_bug.cgi?id=742881

Otherwise we'll try to use the GStreamer CDDA plugins, instead of
reading from the GIO plugin.

https://bugzilla.gnome.org/show_bug.cgi?id=720120

We can achieve the same thing through GLib and Gio.

Alban Browaeys authored Jun 29, 2013 and Bastien Nocera committed Oct 01, 2013

Fixes:
(totem:24473): Clutter-WARNING **: The required ID of 2 does not refer
to an existing actor; this usually implies that the pick() of an actor
is not correctly implemented or that there is an error in the
glReadPixels() implementation of the GL driver.

Let parent do the pick "draw" for the container as per
Example 24. Pick implementation of a container of the clutter
reference manual version 1.8, Section "Implementing a new actor".

https://bugzilla.gnome.org/show_bug.cgi?id=703368

In some cases, Totem was focused on startup by the time we
handled command-line arguments. This triggered an assertion
when trying to show the fullscreen popups because we weren't
fullscreened yet.

https://bugzilla.gnome.org/show_bug.cgi?id=708647

The DATE tag might not contain the year, but the DATE_TIME tag
might, so try and use that if the first one fails.

https://bugzilla.gnome.org/show_bug.cgi?id=706397

The DATE tag might not contain the year, but the DATE_TIME tag
might, so try and use that if the first one fails.

https://bugzilla.gnome.org/show_bug.cgi?id=706397

So as to avoid replicating the same code everywhere...

https://bugzilla.gnome.org/show_bug.cgi?id=679169

Lionel Landwerlin authored Mar 08, 2013 and Bastien Nocera committed Jul 25, 2013

This fixes problems with the widget not taking all the
available space when rotated, and the expand being broken
in rotated mode.

https://bugzilla.gnome.org/show_bug.cgi?id=679169

When animating, make sure that we go in the right direction,
otherwise we'll spin in the wrong direction going back to 0
from 270.

Lionel Landwerlin authored Jul 02, 2013 and Bastien Nocera committed Jul 25, 2013

Every time the elapsed time widget is updating its content, this
triggers a relayout that propagates to the toplevel actor (ie the
stage). Because of the way constraints work, when a relayout is queued
on an actor that is the source of a constraint, it will automatically
queue a relayout on the destination of the constraint too. And because
of the constraints applied between the stage and some of the children,
any relayout triggered by any actor within the scene was relayouting
almost everything, and therefore stopping animations.

This patch removes the usage of constraints in favor of layout
managers that don't have the annoying property of triggering relayouts
on everything.

https://bugzilla.gnome.org/show_bug.cgi?id=700051

Conflicts:
	src/backend/bacon-video-widget.c

Make sure that monitor is initialised before use.

Working around bugs in gvfs by using FUSE worked, but the crasher
bugs so easily triggered by seeking are now fixed.

https://bugzilla.gnome.org/show_bug.cgi?id=697297

A bit too eager removing code it seems.

All the errors were reported async, through the error signal,
so the error reporting in bvw_open() was completely unused.

Conflicts:
	src/totem-object.c

The current_time and stream_length are in milliseconds,
not nanoseconds as GST_TIME_FORMAT/GST_TIME_ARGS expect.

Rather than on _open().

A few bugs crept in:
- we weren't getting the URI properly from playbin as
  we stopped the pipeline (and emptied the URI property)
- we weren't starting playback again after a pipeline stop
- we weren't saving the expected state of the pipeline
  if playback was to start again after mounting

Based on the size of the monitor where the video is being displayed,
as opposed to the full "GdkScreen" (which might include multiple
monitors).

This doesn't handle moving the video between 2 displays with different
display aspect ratio, but should fix the worst case scenarios in dual
head setups.

https://bugzilla.gnome.org/show_bug.cgi?id=658292

They don't have support for XAttributes, and the gvfs-metadata
doesn't seem to proxy it.

The vaapidecode plugin doesn't like our fake video sink, so disable
it completely.

https://bugzilla.gnome.org/show_bug.cgi?id=683721

See http://thread.gmane.org/gmane.comp.web.flash.quvi/265/focus=268