Saxonica Developer Community

2024-07-25

• 
  Michael Kay Saxon

  22:30 · Created issue

  Bug #6490 (New): XPathCompiler.setDecimalFormatProperty()

  The C# version of this method documents that you can set a property of the default/unnamed decimal format by setting the format argument to null. But it simply calls the Java version of the method which explicitly states that passing nu...

2024-07-24

• 
  Michael Kay Saxon

  18:05 · Commented on issue

  You're right, but please raise this as an issue against the QT4 specs. Bug #6488: Should the escape-solidus option apply to xml-to-json?

  At the moment, it appears only to apply to serialization.

2024-07-19

• 
  Michael Kay Saxon

  22:58 · Closed issue

  I've fixed this for the 13.x branch. Bug #6485 (Closed): Undeclared variable in XQuery - poor diagnostics

  If a query contains a reference to an undeclared variable, we assume initially it is a forward reference to a global variable declared later. If it is still outstanding at the end of the module, we report an error that the variable is un...
• 
  Michael Kay If a query contains a reference to an undeclared variable, we assume initially it is a forward reference to a global variable declared later. If it is still outstanding at the end of the module, we report an error that the variable is un...

  13:41 · Closed issue

2024-07-18

• 
  Michael Kay Saxon

  12:32 · Closed issue

  I have made the following changes:
  (a) Provide an equals() method for trace expressions.
  (b) In SortKeyDefinition.fix(), fix the `stable` subexpression. Bug #6467 (Resolved): xsl:merge error when using Tlevel:high but not with other Tlevel values (Saxon HE12.5 Java)

  I have a simple xsl:merge test case that fails with this error when I run it with Tlevel:high. It works fine with Tlevel:normal or low or not set.
  ```
  Error at xsl:merge on line 17 column 18 of Merge.xslt:
  XTDE2210 Corresponding xs...
• 
  Michael Kay The comparison of merge keys is done using Expression.equals(), which is not implemented for the class `TraceExpression`, and therefore different instances of `TraceExpression` compare not equal.
  In fact the comparison is done at two ...

  11:47 · Commented on issue
• 
  Michael Kay Now reproduced.

  10:33 · Commented on issue
• 
  Michael Kay So far I haven't managed to reproduce this.

  10:32 · Commented on issue
• 
  Michael Kay Saxon

  07:55 · Closed issue

  Fixed on the 12.x and 13.x branches. The static type inferencing no longer trusts the declared result type, unless trustResultType() returns true. The Javadoc has been updated to make it clear that no coercion is applied to the returned ... Bug #6480 (Resolved): Cardinality of sequences returned by extension functions not validated

  The cardinality of sequences returned by extension functions are not validated.
  This did not occur using Saxon 9.8, I have not checked with intermediate versions.
  In the example below, the expression `eg:f() eq 'a'` evaluates to `t...
• 
  Michael Kay I slightly adjusted the test case so it now reads:
  ```
  @Test
  public void testCardinalityCheck() throws SaxonApiException {
  // Function returns a sequence of two strings, but declares its result type as xs:string
  ...

  07:41 · Commented on issue