User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.7.5) Gecko/20041124 Firefox/1.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; zh-CN; rv:1.7.5) Gecko/20041124 Firefox/1.0 although it is just from microsoft, there are some website developers who likes to use it, and I think it is not difficult to support it. Reproducible: Always Steps to Reproduce: 1.display the page 2. 3. Actual Results: my firefox just write down the content of every node between <xml> and </xml>
The page linked to has no DOCTYPE declaration, just a text/html META tag, so Firefox is (correctly, IMO) assuming that it's an old-style HTML page. HTML requires that any unrecognized tags are ignored, for compatibility reasons. I don't really see what else FF could reasonably do in this situation. If you want to embed XML in a webpage, you should be using XHTML.
Your page starts <META content="text/html; charset=gb2312" http-equiv=Content-Type> <title>My MPC-暴风影音 5.00 软件下载-太平洋下载中心</title> <meta name="keywords" content="My MPC-暴风影音 5.00 软件下载-太平洋下载中心"> <meta name="description" content="作为对 Windows Media Player 的补充和完善，My MPC 系列·暴风影音提供和升级了系统对常见绝大多数影音文件和流的支持。"> <xml id=xmlDLInfo> and I suspect that the problem starts with the fact that you are sending xml but claiming the type to be text/html. If you want Mozilla to process xml then you need (at the least) to specify an appropriate mime type.
Heh. Give us three people passing by, and you'll get one that knows what you mean. For the benefit of anyone else who winds up here and confused, the reporter is talking about Microsoft's proprietary "XML Data Islands" where you just enclose any arbitrary XML you want inside <xml id="foo">...</xml> and then script against their XML DOM with foo.XMLDocument.documentElement.childNodes.item(1).text Sorry, not going to happen beyond what exists already: if you don't use things that have the same names as HTML elements, and you don't use <foo/>, and you are careful about how you access the DOM, it's possible to do it right now, just relying on our error handling and our treating the XML as unknown HTML. But a full completely compatible with IE's "XML Data Islands" implementation that would work with pconline.com.cn just isn't possible: it would involve completely rewriting the HTML parser, and completely reverse-engineering IE's implementation, since it isn't documented in the way another implementer would need it to be. I can imagine it happening if some big company (probably some big Asian company, since XML Data Islands seem much more popular there than in the rest of the world) decided to throw lots of people and money at it, so that the current volunteer programmers only had to object, and object again, until all their objections were met, but I can't imagine that they will all voluntarily stop working on anything else and completely rebuild the parser to work with a proprietary Microsoft invention. *** This bug has been marked as a duplicate of 31331 ***
Status: UNCONFIRMED → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.