Bug#644115: libwebkitgtk-1.0-0: fails to start YouTube videos, until user clicks outside the video area

Francesco Poli (wintermute) invernomuto at paranoici.org
Sun Oct 2 22:44:14 UTC 2011


Package: libwebkitgtk-1.0-0
Version: 1.4.2-2
Severity: normal

Hello, and thanks for maintaining WebKit in Debian!

I think I found a little issue with YouTube videos.
The issue is a bit annoying, but not a show-stopper at all.

When I load a YouTube page dedicated to a given video in
a web browser based on libwebkitgtk-1.0-0 (or on libwebkitgtk-3.0-0),
I see the rectangular area that's going to host the flash video and
the rest of the page, as expected.
Since I have the "set startStopped on" option in /etc/gnashpluginrc
(I use browser-plugin-gnash version 0.8.10~git20110618-3, I don't want
to install non-free packages...), the rectangular area just shows a
"Click to play" button. That's expected and it perfectly fits my tastes.
Once I click on the "Click to play" button, the area turns completely
black and nothing happens, until I click on the rest of the page,
somewhere outside the video rectangular area.
After that, the YouTube video player interface becomes visible and
everything works as intended (I can play/pause the video, set the
volume, and so forth...).

The fact that I need this extra-click outside the video area
is unexpected and most probably due to a bug.

I tested the following browsers:

/usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher needs the extra-click

midori (which depends on libwebkitgtk-1.0-0) also needs the extra-click

/usr/lib/webkitgtk-3.0-0/libexec/GtkLauncher needs the extra-click, too

epiphany-browser (which depends on libwebkitgtk-3.0-0) needs the
extra-click, as well

chromium (which is based on a modified version of WebKit, as far as I
understand) works fine, without the need of any extra-click

both galeon and iceweasel (which are not based on WebKit) work fine


In summary, it seems to me that this issue lies in WebKit, but not in
the modified WebKit used by chromium.

Thanks for your attention so far, I hope this bug may fixed easily.


-- 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-1   
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





More information about the Pkg-webkit-maintainers mailing list