Your message dated Sun, 28 Jul 2013 21:43:08 +0200
with message-id <20130728194308.gb1...@ramacher.at>
and subject line Re: Bug#699393: gnome-mplayer: starts with zero height canvas
instead of normal (1:1) size
has caused the Debian Bug report #699393,
regarding gnome-mplayer: starts with zero height canvas instead of normal (1:1)
size
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
699393: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699393
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: gnome-mplayer
Version: 1.0.7-4
Severity: normal
Hello,
I noticed that gnome-mplayer often starts playing a video with
an awkward zero-height canvas (== the area where the video is played,
I am not sure of the correct name for this part of the GUI window...).
As soon as I start the program:
$ gnome-mplayer some-video.ogv
the canvas seems to have the correct width, but zero height.
Hence the video is played, but is not visible.
If I press [Ctrl+1], the canvas is resized to the video original
width and height and everything works fine.
Other resize commands are also able to fix this problem.
However, I think that gnome-mplayer should start with a canvas
having the correct width and height for the video being played,
without waiting for the user to hit [Ctrl+1].
I experience this issue with some videos, but not with all the ones
I tested.
One example video where I can reproduce this issue is
http://archive.org/download/LeVoyageDansLaLune_218/voyage.ogv
(which is the Ogg Video version of the 1902 silent film by Georges
Méliès, currently in the public domain:
http://archive.org/details/LeVoyageDansLaLune_218 )
Please fix this issue and/or forward my bug report upstream.
Thanks for your time.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gnome-mplayer depends on:
ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3
ii libasound2 1.0.25-4
ii libc6 2.13-37
ii libcairo2 1.12.2-2
ii libcurl3-gnutls 7.26.0-1
ii libdbus-1-3 1.6.8-1
ii libdbus-glib-1-2 0.100-1
ii libgdk-pixbuf2.0-0 2.26.1-1
ii libglib2.0-0 2.33.12+really2.32.4-3
ii libgmlib1 1.0.7-1
ii libgmtk1 1.0.7-1
ii libgpod4 0.8.2-7
ii libgtk-3-0 3.4.2-5
ii libmusicbrainz3-6 3.0.2-2.1
ii libnautilus-extension1a 3.4.2-1+build1
ii libnotify4 0.7.5-1
ii libx11-6 2:1.5.0-1
ii libxss1 1:1.2.2-1
ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2
gnome-mplayer recommends no packages.
Versions of packages gnome-mplayer suggests:
ii gecko-mediaplayer 1.0.6-1
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi Franceso,
On 2013-07-28 21:11:10, Francesco Poli wrote:
> On Sun, 28 Jul 2013 20:25:25 +0200 Sebastian Ramacher wrote:
>
> > Control: forwarded -1
> > https://code.google.com/p/gnome-mplayer/issues/detail?id=694
> >
> > Hi Francesco,
>
> Hello Sebastian!
>
> >
> > I'm sorry for the delay. I've forwarded the bug report to Kevin in the hope
> > that
> > he might know anything about it. I'm still unable to reproduce it.
>
> Thanks a lot for doing that!
> It's really appreciated, indeed.
>
> However... well... oh my... I am really embarrassed... :-(
> OK, truth has to be told!
> I've just re-tried and it seems that I am *no longer* able to reproduce
> the bug!
> It looks like the issue vanished without me noticing... :-(
> I am sorry I haven't realized earlier and thus I haven't told you.
> On the other hand, I am happy that the bug seems to no longer affect
> current Debian testing.
>
> I don't know which upgrade solved the issue (it's hard to say, after
> several weeks of daily Debian testing upgrading!), but it seems to no
> longer be here.
>
> I think you may close the bug report (and inform upstream).
> I will reopen it, in case the issue shows up again.
That's good to hear. Thanks for letting me know. Closing.
Cheers
--
Sebastian Ramacher
signature.asc
Description: Digital signature
--- End Message ---
_______________________________________________
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers
