User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050201
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b) Gecko/20050201
XForms are not working after an XSLT transformation.
With XSLT I generated a XHTML which contains an XForms form. The XSL
transformation is done and rendered in the browser correctly. But the form can
not be edited and submission does not work. (see examples in "Steps to Reproduce").
If you save the transformed XHTML in a file and re-open it then it works
perfectly as it should.
Steps to Reproduce:
=== EXAMPLE test.xsl ===
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
<xsl:output encoding="UTF-8" method="xml" />
<xf:submission action="http://localhost/" method="post" id="submit"
<xf:input ref="name"><xf:label>Your name:</xf:label></xf:input>
=== test.xml ===
<?xml-stylesheet type="text/xsl" href="test.xsl" ?>
XSL transformation is done and the document is rendered correctly in the
browser. But I can't edit the text field and nothing happens if I click on the
Created attachment 183894 [details]
original XML file
Created attachment 183895 [details]
I haven't looked at you specific case, but I've experienced it myself.
Jonas, this is the bug I talked about yesterday.
The elements are created correctly etc. but we fail to locate the instances and
the model I think. This might be because we look for them in the wrong document?
That is in the source-file, and not in the transformed document.
got an lxr-link to the code that fails?
(In reply to comment #5)
> got an lxr-link to the code that fails?
Nope, sorry. I'll try to look at it again some time, but it's not high on my
I think I've found the problem. It's somewhat the same as bug 302915.
BeginAddingChildren() and DoneAddingChildren() are not called on XTF elements
when they are created by Transformiix.
Bug 239152 is about cleaning up the entire mess of the multiple notifications we
have now. We could either hack more notifications into transformiix, or wait for
the mess to be fixed once and for all.
*** Bug 315009 has been marked as a duplicate of this bug. ***
Created attachment 215811 [details]
Same as original XML, but linked to the XSL attachment for easier testing