DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8805>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8805 variable as position predicate can get wrong node [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|Normal |Critical Keywords| |TestID, XSLTBug Priority|Other |High Summary|position-predicates of |variable as position |descendant-axis |predicate can get wrong node ------- Additional Comments From [EMAIL PROTECTED] 2002-05-09 17:37 ------- Test cases position86-90 exercise the descendant and // axes with and without parentheses, and they seem okay. Position96 exercises [$var] predicates, and works. Using the provided test but removing the parentheses, it fails as claimed. But ./descendant-or-self::node()/child::description[position()=$pos] works, yet ./descendant-or-self::node()/child::description[$pos] fails, so the problem is the abbreviated position predicate. This suggests the necessary WORKAROUND is to expand the predicate. .//description[position()=$pos] also works while the [$pos] version fails. Weird! I created position97 by trimming down the submitted case.
