Closed Bug 607925 Opened 14 years ago Closed 14 years ago

XSLT Processor: name() function returns uppercase tag names with xhtml elements

Categories

(Core :: XSLT, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 566629
Tracking Status
blocking2.0 --- -

People

(Reporter: thomas.comiotto, Unassigned)

Details

(Keywords: regression)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; Linux i686; rv:2.0b6) Gecko/20100101 Firefox/4.0b6 Build Identifier: Mozilla/5.0 (X11; Linux i686; rv:2.0b6) Gecko/20100101 Firefox/4.0b6 As of Firefox 4, the name() function of the XSLTProcessor returns uppercase tag names with xhtml elements instead of preserving upper-/lower case (or at least converting names to lowercase, that could be justified by specs). This bug can be reproduced in FF4 Beta 6 with arbitrary xml documents that contain xhtml nodes. However: if the result document is an xhtml document (i.e. has a html root element) tag spelling is preserved. Reproducible: Always Steps to Reproduce: 1. Xml document with xhtml tags in it 2. Transform that uses name() function 3. Names of xhtml tags are UPPERCASE in result document Actual Results: Uppercase names Expected Results: Original spelling (or at least lowercase as by xhtml specs) Breaks xslt processing in many cases.
Attached file Testcase to check
You testcase contains weird characters, e.g. in test.html: "var doc =Â null;". Could you attach a working one?
Product: Firefox → Core
QA Contact: general → general
Version: unspecified → Trunk
Henri, was this a mistake during the XHTML-namespacification of HTML? I thought we had an existing bug on this, but can't find it...
blocking2.0: --- → ?
Component: General → XSLT
Keywords: regression
QA Contact: general → xslt
@Nickolay: I work with Eclipse on a standard 10.10 Ubuntu install. The files are UTF-8 encoded and should work. What ist the encoding that Firefox detects in your case (View -> Character Encoding) ?
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
This should be fixed in nightlies, please let us know if that isn't the case.
blocking2.0: ? → -
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: