After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 55723 - xsl:element mis-handles qname in name attribute
xsl:element mis-handles qname in name attribute
Status: VERIFIED FIXED
Product: libxslt
Classification: Platform
Component: general
unspecified
Other Linux
: Normal normal
: ---
Assigned To: Daniel Veillard
Daniel Veillard
Depends on:
Blocks:
 
 
Reported: 2001-06-04 20:46 UTC by stinney
Modified: 2009-08-15 18:40 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description stinney 2001-06-04 20:46:51 UTC
The following xsl:

<?xml version='1.0'?>
<xsl:stylesheet version="1.0" 
  xmlns:xsl="http://www.w3.org/1999/XSL/Transform"
  xmlns:a="http://a">

<xsl:template match="*">
  <xsl:element name="{name()}"/>
</xsl:template>

</xsl:stylesheet>

Given the following input:

<a:a xmlns:a="http://a"/>

Should produce (according to
http://www.w3.org/TR/xslt.html#section-Creating-Elements-with-xsl:element):

<?xml version="1.0" encoding="utf-8"?>
<a:a xmlns:a="http://a"/>

But instead produces:

<?xml version="1.0"?>
<a/>

 Steve
Comment 1 Daniel Veillard 2001-06-10 19:57:33 UTC
Okay fixed ... this was related to a problem generating the
namespace when the current insertion node in the generated 
document is the document node.

orchis:~/XSLT/tests/general -> xsltproc bug-35-.xsl
../docs/bug-35-.xml 
<?xml version="1.0"?>
<a:a xmlns:a="http://a"/>
orchis:~/XSLT/tests/general -> 

http://cvs.gnome.org/bonsai/cvsquery.cgi?module=libxslt&branch=HEAD&branchtype=match&dir=libxslt&file=&filetype=match&who=veillard&whotype=match&sortby=Date&hours=&date=explicit&mindate=06%2F10%2F01+15%3A54&maxdate=06%2F10%2F01+15%3A54&cvsroot=%2Fcvs%2Fgnome

  thanks for the report and the example !

Daniel
Comment 2 Daniel Veillard 2001-06-17 18:25:45 UTC
One more bug which should be closed in 0.12.0,

Daniel