-
Notifications
You must be signed in to change notification settings - Fork 41
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
With 1.1.26-99, a new error for the test case in #281 appears #289
Comments
Ok. The raw destination that I had to use to fix the previous issue doesn't allow me to specify the base URI of the output document (so I guess it gets the stylesheet URI). I thought this was rectified before the document was returned, but perhaps there's a case where it isn't. I'll investigate. |
#281 now runs without error for me (with the latest Saxon 9.9). Works for you now? |
It doesn’t throw an error any more when I run it with Saxon 9.9.1.2 or 9.9.1.3 and Calabash 1.1.26-99 or 1.1.27-99, but in all cases the result is like
which means that after the transformation, |
In the same area of our EPUB converter where #281 and #288 appeared, there was now a new error.
There is a
p:iteration-source
that iterates over resources whose base URI is supposed to end in.css
or.xhtml
. The.css
resources are created by an XSLT named…/css-tools/xsl/css-generate.xsl
. With 1.1.26-99, after the first.css
resource has been iterated over, the next resource has a base URI that ends incss-tools/xsl/css-generate.xsl
which leads to subsequent errors (“tr:ext-to-mime-type(): Empty type for 'xsl'”).I haven’t prepared a minimal repro yet, but I noticed that the repro of #281 now throws the following error:
With 1.1.25-99, it’s still:
This seems to be related to
p:xslt
not producing any output. If I modify Untitled3.xsl so that it produces a primary output, the base URIs that 1.1.26-99 reports are:With 1.1.25-99:
So the primary output gets again the base URI of the XSLT stylesheet.
The text was updated successfully, but these errors were encountered: