Your message dated Sat, 23 Feb 2013 21:47:59 -0300 with message-id <1361666879.29951.117.camel@melancia> and subject line This bug has been fixed already has caused the Debian Bug report #644203, regarding recommend gstreamer0.10-plugins-good and gstreamer0.10-ffmpeg 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 [email protected] immediately.) -- 644203: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=644203 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: libwebkitgtk-1.0-0 Version: 1.4.2-2 Severity: normal Hi! I tried to watch HTML5 YouTube videos (see http://www.youtube.com/html5) with midori, but I failed. In order to check whether I have all the pieces to support HTML5 video tag and the most used formats, I used the following "testdrive" page, as suggested by midori FAQ: http://ie.microsoft.com/testdrive/Graphics/VideoFormatSupport/Default.html Yes, it seems to be a page provided by MicroSoft... :p I tested various WebKit-based browsers (after enabling JavaScript, where required): /usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher fails on all the three HTML5 formats (each video is replaced by an error message like "Your browser cannot play $FORMAT content with the HTML5 video element. The video could not be loaded, either because the server or network failed or because the format is not supported.") midori (which depends on libwebkitgtk-1.0-0) also fails on all the three formats /usr/lib/webkitgtk-3.0-0/libexec/GtkLauncher fails, too epiphany-browser (which depends on libwebkitgtk-3.0-0) fails, as well chromium (which is based on a modified version of WebKit, as far as I understand) works correctly on all the three HTML5 formats, and this makes me suspect that I have all the necessary libraries installed... Hence, the issue seems to be in WebKit, but not in the modified WebKit used by chromium. I hope this bug may be fixed soon. Thanks for your time! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-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 libwebkitgtk-1.0-0 depends on: ii libatk1.0-0 2.0.1-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libenchant1c2a 1.6.0-3 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgail18 2.24.4-3 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgeoclue0 0.12.0-3+b1 ii libglib2.0-0 2.28.6-1 ii libgstreamer-plugins-base0.10-0 0.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-0 2.24.4-3 ii libicu44 4.4.2-2 ii libjpeg8 8c-2 ii libpango1.0-0 1.28.4-3 ii libpng12-0 1.2.46-3 ii libsoup2.4-1 2.34.3-1 ii libsqlite3-0 3.7.7-2 ii libstdc++6 4.6.1-4 ii libwebkitgtk-1.0-common 1.4.2-2 ii libx11-6 2:1.4.4-2 ii libxml2 2.7.8.dfsg-4 ii libxrender1 1:0.9.6-2 ii libxslt1.1 1.1.26-8 ii libxt6 1:1.1.1-2 libwebkitgtk-1.0-0 recommends no packages. libwebkitgtk-1.0-0 suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Package: libwebkitgtk-1.0-0 Version: 1.7.91-1 webkit (1.7.91-1) experimental; urgency=low … * debian/control: … - Recommend gstreamer packages required to play most formats with <video> and <audio> -- Gustavo Noronha Silva <[email protected]> Debian
--- End Message ---
