GNOME Bugzilla – Bug 531873
libxslt 1.1.23 introduced regression in xsl:key init
Last modified: 2008-05-09 14:38:26 UTC
Please describe the problem: r1451 introduced a regression in key generation, which was released as part of libxslt 1.1.23. Global keys are not being initialized properly. Quoting Daniel in the Red Hat bug report: > Seems there is a key initialization problem running xsltproc -v for the > old and the new version, the old one was for example initializing > -xsltInitCtxtKey: /comps/group evaluates to 141 nodes > and /comps/group initialization can't be found in the new version. > Seems there is a bug there, we are missing at least some key init. Steps to reproduce: 1. Run xsltproc xslt-key1.xsl xslt-key1.xsl 2. See no output, where prior to r1451 there was output 3. Actual results: Expected results: Does this happen every time? Other information: The issue has shown up as Red Hat bug 442097 [1]. Recent Fedora RPMS have a patch applied to revert part of r1451 [2]. The problem showed up in Tellico, for which a test case was generated [3]. [1] https://bugzilla.redhat.com/show_bug.cgi?id=442097 [2] http://cvs.fedoraproject.org/viewcvs/rpms/libxslt/devel/key.patch?rev=1.2&view=auto [3] http://mail.gnome.org/archives/xslt/2008-April/msg00037.html
Created attachment 110506 [details] testcase with global xsl:key and variable Run xsltproc xslt-key1.xsl xslt-key1.xsl
Various key initilization bugs from 1.1.23 have been fixed in SVN, this should include yours (the simplest), check out SVN revision 1471. libxslt-1.1.24 will probably be out soonish, thanks, Daniel