Closed Bug 34520 Opened 24 years ago Closed 24 years ago

pages with <?xml version="1.0"?> header do not render

Categories

(Core :: Layout, defect, P3)

Product:
Core
Component:
Layout
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: troy)

References

(
URL
)

Details

An XHTML page with a first line of <?xml version="1.0"?> will not be rendered at
all. View source will show this first line in red.

The same XHTML page without that first line will be rendered like any HTML document.
This worksforme on 20000404nn mac, linux and win32 builds. (this was bug #29125
but that was fixed mar 02). marking worksforme, but please reopen if this
is a problem in a current build. Thanks.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Summary: XHTML pages with <?xml version="1.0"?> header do not render → pages with <?xml version="1.0"?> header do not render
In build 2000042208, XHTML pages are displayed with no HTML formatting. All 
tags and entities are ignored, leaving one continuous line of body text.
Tried to reopen this as John requested, because the problem still exists.
However, Bugzilla doesn't consider me sufficiently empowered though I reported it.

Gecko/2000052920 doesn't render XHTML pages with <?xml...?> headers at all now.
When opened in a new window, they appear as a blank page. When opened in an
existing window, the previous page continues to be displayed (though the address
bar shows the new address and view source shows the XHTML page's source.)

I think this probably should be marked a duplicate of <a href="http:
//bugzilla.mozilla.org/show_bug.cgi?id=29125">29125</a> (that one is marked as a
Linux port bug, this one as a Windows 98 port bug).
URL: http://woodstock.uplink.net/~robinl/h... → http://www.robinlionheart.com/stds/xh...
Keywords: 4xp
Hey, I can reopen this bug now. I feel so empowered!
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Tested with build 2000060520 on Win 98 SE
Clicked on link page, page not rendered
another link that has this problem is http://www.w3.org/DOM
can reproduce everytime

Duplicate of 38228.

Test cases:

http://www.billericaybaptistchurch.freeserve.co.uk/
is XHTML-1.0 without the xml declaration and renders fine (apart from doctype-
related table cell problems).

http://www.billericaychoralsoc.freeserve.co.uk/
http://www.tranchant.freeserve.co.uk/
are XHTML-1.0 with the xml declaration and do not render at all (various builds,
currently Win95-2000060520), although View Source works.

Commenting the xml declaration in <!-- --> has no effect.

*** Bug 41649 has been marked as a duplicate of this bug. ***
confirming
Status: UNCONFIRMED → NEW
Ever confirmed: true
<?xml version="1.0"?> stops the page from being rendered, however
<?xml version="1.0" encoding="UTF-8"?> causes the browser to crash.
This is on the win32 version of the M16 release running on Windows 95.
The crash is an invalid page fault in gkhtml.dll.
Sorry about this. I've just realised I had coding instead of encoding in the xml 
declaration. That is what is causing the crash.
David: That should still absolutely NOT be causing a _crash_. Could you file
a bug on that please? (Or is there one already?)

Bug 39112 looks like it could be it.
Someone may want to examine the status of this bug now.  It may be fixed, or at 
least the current nightly (when I can actually get it to launch) will display 
documents with an xml decl now, whereas m16 wouldn't.  I will leave sorting 
through the spider web of duplicates and dependencies to someone else :-)
*** Bug 44779 has been marked as a duplicate of this bug. ***
The document at the URL given is rendering successfully in 2000070920 (Linux,
but I think this was probably actually XP). I'm marking this fixed.
Status: NEW → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Fixed in the July 11th build.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.