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
Hi,
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 {
color:#1b56ce;
}
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