Package: libxslt1.1 Version: 1.1.18-2 Severity: important (Severity set to important as this is a regression -- 1.1.17-4 didn't have this problem -- and due to this bug, xsltproc produces invalid files for HTML parsers.)
The exclude-result-prefixes in one of my XSLT file is not honored. This was working with libxslt 1.1.17 (1.1.17-4 package), but no longer with libxslt 1.1.18. To reproduce this bug: wget -q -O - http://www.mpfr.org/faq.html | xsltproc --nodtdattr faq.xsl - with the attached faq.xsl file. Concerning the style element, I get: <h:style xmlns:h="http://www.w3.org/1999/xhtml">test</h:style> instead of: <style>test</style> I've also reported this bug upstream: http://bugzilla.gnome.org/show_bug.cgi?id=377440 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-2-686-bigmem Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Versions of packages libxslt1.1 depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcrypt11 1.2.3-2 LGPL Crypto library - runtime libr ii libgpg-error0 1.4-2 library for common error values an ii libxml2 2.6.27.dfsg-1 GNOME XML library libxslt1.1 recommends no packages. -- no debconf information -- Vincent Lefèvre <[EMAIL PROTECTED]> - Web: <http://www.vinc17.org/> 100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/> Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
faq.xsl
Description: application/xml