Bug#644745: libwebkitgtk-1.0-0: fails to distinguish between visited and non-visited links in the Debian BTS

Francesco Poli (wintermute) invernomuto at paranoici.org
Sat Oct 8 17:24:59 UTC 2011

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

I noticed a strange behavior that really looks like a bug.
It seems to be common to all browsers which are based on WebKit
(but not only, actually, see below...).

When I follow a link from a web page, that link changes style
(by default from blue-color to violet-color, but other stylistic
changes may be defined by the CSS stylesheet used by the web page).
This works for many web pages, but seems to fail on the Debian BTS
web pages [1]. The majority of the browsers I tested seem to
fail to distinguish between visited and non-visited links on the
Debian BTS web pages.

[1] like, for instance, http://bugs.debian.org/src:webkitgtk%2b

The CSS stylesheet [2] seems to have the following rules for
non-visited and visited links:

  a:link {
      color: #1b56ce;
      font-weight: bold;
  a:visited {

Assuming I read the stylesheet correctly, non-visited links
should be shown in bold blue, while visited ones should appear
in normal blue.
Nonetheless, most browsers seem to fail to set the visited
links to normal font-weight.

[2] http://bugs.debian.org/css/bugs.css

I also tried to reproduce the bug with local files.
Even adding a "font-weight: normal;" to the a:visited rule
seems to have no effect. I also tried to discard every other
rule which had a "font-weight: bold;" in it, but no joy...

Here's the list of the browsers I tested.

/usr/lib/webkitgtk-1.0-0/libexec/GtkLauncher fails

midori (which depends on libwebkitgtk-1.0-0) fails

/usr/lib/webkitgtk-3.0-0/libexec/GtkLauncher fails

epiphany-browser (which depends on libwebkitgtk-3.0-0) fails

chromium (which is based on a modified version of WebKit) also fails

galeon (which is based on xulrunner-1.9.1) succeeds and correctly
shows in bold blue the non-visited links, while visited ones are
shown in normal blue

interestingly enough, iceweasel (which is based on xulrunner-7.0,
and hence has nothing to do with WebKit) fails (maybe I should
file a separate bug report for iceweasel...)

Any ideas?
Is this a bug in the Debian BTS web CSS stylesheet [2] or
in WebKit (and maybe in xulrunner-7.0 too)?

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

More information about the Pkg-webkit-maintainers mailing list