Closed Bug 219355 Opened 21 years ago Closed 21 years ago

XML Parsing Error: undefined entity on files with Mime-Type: application/xhtml+xml, including about:, or "text/xml"

Categories

(Core :: XML, defect, P1)

Product:
Core
Component:
XML
Platform:
x86
Windows XP
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla1.6alpha

People

(Reporter: steffen.wilberg, Assigned: benjamin)

References

Details

(Keywords: regression, xhtml, Whiteboard: [win32 Installer builds only])

Attachments

(3 files)

xhtml testcase
(deleted), application/xhtml+xml
Details
HTML testcase
(deleted), text/html
Details
use NS_GRE_DIR
(deleted), patch
hjtoi-bugzilla
: review+
darin.moz
: superreview+
Details | Diff | Splinter Review
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030915 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030915 An XML Parsing Error is displayed on files which are served as "application/xhtml+xml" or "text/xml" and which use Latin-1 entities like © or symbols like α. Reproducible: Always Steps to Reproduce: 1. Open about: Actual Results: An XML Parsing Error: undefined entity is displayed. On the about: page, it complains about © Expected Results: It should display the page. Special entities like < are not affected. Files with MIME-type "text/html" are not affected. Read about XHTML entities at http://www.w3.org/TR/xhtml-modularization/dtd_module_defs.html#a_xhtml_character_entities
Keywords: regression
Attached file xhtml testcase (deleted) —
No problem with special entites. It fails at the first Latin-1 entity, ¡.
Attached file HTML testcase (deleted) —
Exactly the same file, but with MIME-type text/html. This works fine.
Still works with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.5b) Gecko/20030912 (trunk).
Keywords: xhtml
Can you narrow the regression date some more, possibly? There are many checkins in those three days...
*** Bug 219396 has been marked as a duplicate of this bug. ***
I can only reproduce this with installer-sea-builds. 2003-09-12-09-installer-sea: wfm. 2003-09-15-10-installer-sea: broken. 2003-09-16-04-installer-sea: broken. 2003-09-16-04, just zip: wfm. I tried several GDI/libart/mathml builds, they either crashed on startup or wfm. There are no trunk builds with installer between 09/12 and 09/15, sorry.
*** Bug 219411 has been marked as a duplicate of this bug. ***
Hmm.. sounds like a packaging issue, then. Maybe fallout from bug 179834?
this bug is WFM with today's linux "installer-sea" build. is this windows only by chance?
packaging issues are often one-platform-only...
*** Bug 219421 has been marked as a duplicate of this bug. ***
In installations that have this problem, search for "xhtml11.dtd" file. If you cannot find it, or it is not under <bin>/res/dtd (or whatever that is changed to by bug bug 179834), then it is a packaging issue and that file was not installed correctly.
*** Bug 219445 has been marked as a duplicate of this bug. ***
definitely my regression
Assignee: hjtoi-bugzilla → bsmedberg
Depends on: 179834
Priority: -- → P1
Whiteboard: [win32 Installer builds only]
Target Milestone: --- → mozilla1.6alpha
Attached patch use NS_GRE_DIR (deleted) — — Splinter Review
this should fix it...
Attachment #131594 - Flags: superreview?(darin)
Attachment #131594 - Flags: review?(hjtoi-bugzilla)
*** Bug 219453 has been marked as a duplicate of this bug. ***
Attachment #131594 - Flags: superreview?(darin) → superreview+
xhtml11.dtd is missing in the affected builds. It's in res\dtd in the other builds.
Attachment #131594 - Flags: review?(hjtoi-bugzilla) → review+
fixed on trunk
.
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
*** Bug 219729 has been marked as a duplicate of this bug. ***
*** Bug 219897 has been marked as a duplicate of this bug. ***
Thanks. It works again with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20030923 ->verified.
Status: RESOLVED → VERIFIED
This appears to be broken for me - using 1.6, 1.7 and Firefox branch from 20040626.... http://www.dougsdvds.info/bug.html - validates XHTML strict, is OK with numerical reference, but barfs on the entity reference...
validator.w3.org says: "This Page Is Valid -//W3C//DTD XHTML 1.1 Strict//EN!" But that's not XHTML 1.1. The proper doctype is: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> But you're using: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> There is no 1.1 strict. Use the correct doctype and it works. Use the validator again and notice that it complains about a bunch of errors in your testcase.
um.. OK Thanks I previously had 1.0 Strict, and simply changed the numbers to refer to 1.1 - when the validator didn't complain and presented me with a valid 1.1 logo to stick on the page, silly me thought that was OK! Sounds like a bug in the validator then - shouldn't it complain about (a)my dodgy doctype and (b) those other errors?!
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: