Your message dated Tue, 13 May 2014 15:15:17 +0300 with message-id <[email protected]> and subject line Re: libwebkitgtk-1.0-0: Invalid background image + border rendering has caused the Debian Bug report #670937, regarding libwebkitgtk-1.0-0: Invalid background image + border rendering 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.) -- 670937: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670937 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: libwebkitgtk-1.0-0 Version: 1.8.1-1 Severity: normal Dear maintainers, The following HTML/CSS snippet renders wrong in WebKit (but just fine with Gecko): ######## bug.html begin ######## <!DOCTYPE html> <html> <head> <title>Page</title> <style type="text/css"> html { border: 1px solid black; background-image: url('img.jpg'); } </style> </head> <body> <h1>Page</h1> </body> </html> ######## bug.html end ######## The expected result is the whole page to have "img.jpg" as the background, and a thin solid black border around "Page". The actual result is a plain colored background with a somewhat random color, apparently coming from the image. This color is always the same given the image is the same, but is different with each image. The border renders fine. There are a few things that makes the image render OK: * removing the border (in any way that prevents it from being rendered, from removing the declaration to setting its width to 0 or messing up the declaration); * applying the style to <body> and not <html> or <h1> Please note that this bug appears both in Epiphany (WebKitGTK+3.0) and geany-plguin-webhelper (WebKitGTK+1.0). Regards, Colomban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwebkitgtk-1.0-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-31 ii libcairo2 1.12.0-2.1 ii libdbus-1-3 1.5.12-1 ii libdbus-glib-1-2 0.98-1 ii libenchant1c2a 1.6.0-7 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.9-1 ii libgail18 2.24.10-1 ii libgcc1 1:4.7.0-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgeoclue0 0.12.0-4 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.32.1-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk2.0-0 2.24.10-1 ii libicu48 4.8.1.1-6 ii libjavascriptcoregtk-1.0-0 1.8.1-1 ii libjpeg8 8d-1 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libsoup2.4-1 2.38.1-2 ii libsqlite3-0 3.7.11-2 ii libstdc++6 4.7.0-5 ii libwebkitgtk-1.0-common 1.8.1-1 ii libx11-6 2:1.4.99.901-2 ii libxml2 2.7.8.dfsg-9 ii libxrender1 1:0.9.7-1 ii libxslt1.1 1.1.26-8 ii libxt6 1:1.1.3-1 ii zlib1g 1:1.2.6.dfsg-2 Versions of packages libwebkitgtk-1.0-0 recommends: ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-bad 0.10.23-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-2 libwebkitgtk-1.0-0 suggests no packages. -- no debconf information
--- End Message ---
--- Begin Message ---On Mon, Apr 30, 2012 at 05:12:46PM +0200, Colomban Wendling wrote: > The following HTML/CSS snippet renders wrong in WebKit (but just > fine w5Aith Gecko): This seems to be working fine now (same result with Chromium, Iceweasel and Epiphany) so I'm closing the bug. Please reopen if you think it's still valid. Thanks! Berto
--- End Message ---
