- From: <bugzilla@jessica.w3.org>
- Date: Thu, 19 Dec 2013 14:14:25 +0000
- To: public-qt-comments@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=24140
Bug ID: 24140
Summary: [xslt 3.0] xsl:copy "must not generate any type
errors"
Product: XPath / XQuery / XSLT
Version: Last Call drafts
Hardware: PC
OS: All
Status: NEW
Severity: normal
Priority: P2
Component: XSLT 3.0
Assignee: mike@saxonica.com
Reporter: mike@saxonica.com
QA Contact: public-qt-comments@w3.org
Under xsl:copy we say that the sequence constructor (under given conditions)
"is not evaluated and must not generate any type errors."
This wording is potentially confusing; it could be read as meaning that it is
an error it the sequence constructor generates any type errors, which would be
a truism. The intended meaning, I think, is that if the processor DOES evaluate
the sequence constructor then any errors in doing so must be masked.
Perhaps it is also intended to mean that processors that normally do static
type checking must not do so (or must mask any errors from so doing) in respect
of the sequence constructor. However, this seems a bit too strong. If the
instruction is
<xsl:copy select="$a">
<xsl:value-of select="2 + 'London'"/>
</xsl:copy>
then it's unreasonable to stop the processor reporting a type error for the
arithmetic expression. I think the real intended meaning is that there must be
no type errors arising from the fact that the selected item is not an element
or document node.
--
You are receiving this mail because:
You are the QA Contact for the bug.
Received on Thursday, 19 December 2013 14:14:36 UTC