Closed Bug 276363 Opened 20 years ago Closed 20 years ago

<dd></dl> tag ignored

Categories

(Core :: Layout, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: www_gmc, Unassigned)

References

()

Details

Attachments

(2 files)

The page above, loaded in Firefox[1], Mozilla[2] and the latest Firefox build[3]
on linux is rendered incorrectly.  I also noted it with a colleague's Mozilla on
Win32.

The <dd></dd> tags are ignored in some but usually not all of the lists (scroll
down the page looking for a very wide entry with links straight after the
<dt>xxxxxx:</dt>).  When you reload the situation usually changes, some or all
may be corrected, others may go wrong.  If you highlight a bad list and "view
selection source" the <dd></dd> tags have vanished from the code.  If you save
the file the <dd></dd> tags vanish as per the "view selection source".

The situation is rather hard to predict.  If I save the file to disk with the
filename firstLinesIndex.php%3Fletter=b the problem is seen when open it. 
However, if I copy the file to the name test2.html the problem seems to
disappear.  Running diff on the two files shows they are identical.  I wonder if
the absense of .html extension somehow affects things?

Sorry if this appears a bit vague.  I have seen it on several different
installations on several different machines and two different OSes. It's not
seen in other browsers, eg dillo.

Thanks,
Gavin

[1] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5) Gecko/20041128 Firefox/1.0
(Debian package 1.0-4)

[2] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5

[3] Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8a6) Gecko/20041228 Firefox/1.0+
This same file if renamed test2.html does not show the bug.
(In reply to comment #1)
> Created an attachment (id=169834) [edit]
> Short html File exhibiting the bug.  

Note that clicking the link will not show the bug.  You must save it, rename to
something like

afirstLinesIndex.php%3Fletter=b1

and reopen.

Invalid HTML, use validator to check: http://validator.w3.org/
http://validator.w3.org/check?uri=https%3A%2F%2Fbugzilla.mozilla.org%2Fattachment.cgi%3Fid%3D169834&charset=%28detect+automatically%29&doctype=Inline&ss=1&verbose=1

<html><head>...</head> is seen twice:

Line 9, column 5: document type does not allow element "HTML" here

<html>


Line 29, column 21: document type does not allow element "DL" here; missing one
of "APPLET", "OBJECT", "MAP", "IFRAME", "BUTTON" start-tag

<td><font size=-1><dl>

One possible cause for this message is that you have attempted to put a
block-level element (such as "<p>" or "<table>") inside an inline element (such
as "<a>", "<span>", or "<font>").
(In reply to comment #4)
> Invalid HTML, use validator to check: http://validator.w3.org/
> 
> <html><head>...</head> is seen twice:

oops.  Hadn't noticed that mistake in one of my templates (though not related).

> Line 29, column 21: document type does not allow element "DL" here; missing one
> of "APPLET", "OBJECT", "MAP", "IFRAME", "BUTTON" start-tag
> 
> <td><font size=-1><dl>
> 
> One possible cause for this message is that you have attempted to put a
> block-level element (such as "<p>" or "<table>") inside an inline element (such
> as "<a>", "<span>", or "<font>").

Ack! Sorry, should've thought to run it through the validator first.

This seems to fix it and it explains why the problem occurred. It is a little
wierd that it's so erratic but if it's not valid html then that's fair enough. 
Sorry to have wasted your time.

Thanks,
Gavin
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: