Re: [xslt] xsl:key, key() [+current()]- LibXSLT disagrees with fellow processors [vol.2]

Hello Nick,

On 13/12/13 14:36 +0100, Nick Wellnhofer wrote:
On 13/12/2013 00:53, Jan Pokorný wrote:
first, there's a references recap I found for this topic:

- original mail I've borrowed the subject from [1]
- bug [2]
- thread on xsl-list ML [3], which may explain why Saxon behaves as it
  does (and hence differs from current behavior of libxslt in this

This is a long-standing bug in libxslt. I just fixed it with commit

Thanks for confirmation and for the bugfix itself, indeed (so yeah, 
as context node for "match" being set at both ctxt and xpctxt, the
same needs to be done for "use").  I can confirm the fix also passed my
testcase.  As an aside, in the commit link, I've noticed that there
seems to be tabs to spaces conversion in progress.

Another think I've noticed is that currently the master has the
problem with bug-182 in the test suite (which was the case also prior
to this recent commit).  Interestingly, my system-wide copy of
xsltproc (libxslt-1.1.28-1.fc18.x86_64) does not produce a correct
result either:

<?xml version="1.0"?>
<body><p>text()[2]:  text 1 </p><p>b[2]:  b 2 </p></body>

I could not find any reference in Gnome Bugzilla, should I file a new
bug for this?


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]