Saxonica Developer Community

2020-01-16

• 
  Debbie Lockett Saxon

  14:11 · Edited issue

  The last paragraph of 18.2.3 https://www.w3.org/TR/xslt-30/#accumulator-informal-rules suggests dependencies between accumulators should be handled, but there doesn't seem to be any logic in the product to do this (at least in the stream... Bug #4430 (In Progress): XSLT 3 sample using streaming and accumulators gives no stylesheet resul...

  I have run into an odd problem, I have written an XSLT 3 stylesheet using accumulators and streaming that gives the wanted result when running with 9.9.1.6 EE Java from the command line as long as I don't use the `-t` option to display t...
• 
  Debbie Lockett `remainder-sum` depends on `remainder` (`select="$value + accumulator-after('remainder')"`) so should be evaluated afterwards. But the trace suggests this isn't happening (without -T). Perhaps the order is actually random?

  13:57 · Commented on issue
• 
  Debbie Lockett Running in 9.9 branch project. Without -o option, get no console output with or without -t. But get console output for -T.
  Using saxon:trace on accumulators. Without -T get output ending:
  ~~~
  values BEFORE /root/fields/data: ()
  ...

  13:52 · Commented on issue

2020-01-07

• 
  Debbie Lockett Saxon-JS

  13:34 · Closed issue

  Fix committed: let `respContentType` default to an empty string if the response Content-Type is null, i.e.:
  `var respContentType = http.getResponseHeader('Content-Type') || '';`
  Committed on Saxon-JS 1.x and 2 branches. Bug #4191 (Resolved): Saxon-JS error on null Content-Type

  In my UI, I poll the server and refresh content on the page that's changed. I added support for the etag[1] header and ran across a Saxon-JS bug. When I sent an If-None-Match header and the resource is unchanged, the server sends back a ...
• 
  Debbie Lockett Repro: supply status code 304 in httpStatusTest.

  13:18 · Edited issue
• 
  Debbie Lockett Saxon-JS

  12:49 · Closed issue

  Changes committed in BrowserPlatform.js for 1.x and 2 branches.
  Includes fixes for all issues raised in original forum post:
  1. Include response body from HTTP request when http.status >= 400
  2. Remove problematic unused code on l... Bug #4174 (Resolved): No response body from HTTP request when http.status >= 400

  Issue raised by user on Saxon-JS forum at https://saxonica.plan.io/boards/5/topics/7423:
  "When I use ixsl:schedule-action to do an http-request, I'm not getting a body in the response map for errors (though the bodies do show up just ...
• 
  Debbie Lockett Tests added under tests/saxon-js/http: see httpMethodTests and httpStatusTest.
  httpStatusTest allows the testing of different status codes for a HTTP response (set by supplying a code via a textarea input box) - to check the returned ...

  12:33 · Commented on issue

2020-01-03

• 
  Debbie Lockett Saxon

  13:20 · Closed issue

  Updates retrofitted to 9.9 documentation, and updated online (XML and HTML versions). Bug #4373 (Closed): Documentation: Implementation-defined aspects of Serialization

  The Serialization Conformance information in the Saxon documentation at http://www.saxonica.com/documentation/index.html#!conformance/serialization is out of date. It refers to the XSLT and XQuery Serialization 3.1 Recommendation dated 2...

2019-11-22

• 
  Debbie Lockett Saxon-JS

  19:27 · Closed issue

  The Uniform Resource Identifier (URI) spec (https://tools.ietf.org/html/rfc3986#section-3.1) says:
  "Scheme names consist of a sequence of characters beginning with a
  letter and followed by any combination of letters, digits, plus
  ... Bug #4116 (Resolved): Cannot load SEF stylesheet under NW.js

  Using Saxon-JS 1.2.0, when trying to load a stylesheet in a NW.js app (v0.35.5) using Saxon-JS 1.2.0,
  the following is returned.
  ~~~
  SaxonJS.js:17943 Uncaught XError: stylesheetLocation should be absolute by now
  ~~~
  After diggin...
• 
  Debbie Lockett Saxon

  17:31 · Commented on issue

  Fix committed on 9.9 and trunk branches, as described above. (i.e. In Compilation.satisfyPackageDependencies(), set the target edition for the PackageLibrary from the target edition of the Compilation's compilerInfo.)
  Leaving the bug ... Bug #4391: Cannot find a 0-argument function named {http://saxonica.com/ns/interactiveXSLT}page()

  Using <oXygen/> XML Editor 21.1, build 2019101513 and its in-menu *Tools > Compile XSL Stylesheet for Saxon...* command.
  *About > Libraries* claims Saxon EE 9.8.0.12.
  In preview the following XML code seems to be partially eaten b...