18665 - Copy not rendered in HTML

Status: VERIFIED FIXED

(Core :: Layout, defect, P3)

Description

[Nick Finck]

[forgive my greeness]

Just loaded up M10 for the first time (can I get M11 somewhere?).

Browing URLs, no problems

Hit the above mentioned URL.  Content renders fine until you get to the end of
the bulleted list (tables with graphical bullets) denoted with the text "[*] In
general, if it's related to any kind of design it will be acceptable."
Any text after that statment will not render, at all.

Hyperlinks do render, however (see the W3C link further down the page).

I have only tested this on WindowsNT 4.0 SP4 using M10.

I have not found another page that has this problem, but I can say that save for
a few margin work-arounds and tables placed inside of font tags, it's baiscally
valid HTML 4.0 tansitional (see validation results:
http://validator.w3.org/check?uri=http%3A%2F%2Fwww.digital-web.com%2Fguidelines.
html).

I will try to isolate the code (simplify the code until I get the minimal amount
of code that produces the problem) when time permits.

Comment 1

[larry]

Verified with 1999111108 Linux on Rh 6.0

Comment 2

[Nick Finck]

New URL for testing.
http://www.digital-web.com/test.html

..isolated the problem down to the FONT tag being open before the TABLE and not
being closed before the TABLE starts, then opened after the TABLE.  i.e. The
FONT COLOR is not carried "though" the TABLE.

Technically, valid HTML would require me to close the FONT before the TABLE then
reopen it after the TABLE with the COLOR re-established.  See the above URL, the
code is minimized to show the exact problem.  Can we confirm this a "bad code"
problem or a "browser problem"?

Comment 3

[rickg]

I'm not sure I follow. The page seems to render identically for me (compared
with 4x.) Can you please be more specific by what you mean when you say "copy
does not render". Does that mean that portion of your content doesn't show up?

Comment 4

[rickg]

Petersen -- can you track this down? It looks fine to me.

Comment 5

[Nick Finck]

(emailing from home).

Correct.. the copy (content/text) "after" the table does NOT show up, even
though the text should be rendering based upon the preceeding font tag.  What
version of browser are you checking this in?  I stress that it may be a version
specific thing as I am using Gecko M10 on WindowsNT 4.0 SP4  ..I have not tested
it on any other platform or M11 (I see comments about M11 but I can't see where
I can download it from).

Comment 6

[Nick Finck]

Any success at reproducing this in M10 on WinNT?
..just updated to Windows NT 4.0 SP6 and same results.. problem still occurs
(not that I expected it to go away with a windows service pack... just high
hopes I guess).

Comment 7

[Nick Finck]

Also noticed the same problems at the bottom of this page:
http://www.digital-web.com/columns/editorial.html

..the context should be:

Thank you,

                   Nick Finck
                   Editor in Chief
                   Digital Web Magazine

..the lines "Editor in Chief" and "Digital Web Magazine" do not appear.  I am
going to simplify this code for you as well... shouldn't take me long.. I'll
include a test URL.

Comment 8

[Nick Finck]

New test URL:
http://www.digital-web.com/test2.html

New development:
Note that if I remove the TEXT="#FFFFFF" attribute in the BODY tag it will
render the text.. which leads me to believe that the FONT COLOR is not being
render through the TABLE (not to be confused with inside the TABLE) or inside of
the BLOCKQUOTE element.  Is this because FONT has been deprecated in HTML4?  If
so are we compromising backward compatibility?

Comment 9

[Nick Finck]

Confirmed that problem still occurs in M11

Comment 10

[Chris Petersen]

Attachment: A Blockquote nested in a font element

Comment 11

[Chris Petersen]

I simplified the test case and have been able to locate the problem. The nested
blockquote is not using the assign font color in the Font element which is
"#000000. Instead, it's using the assigned text color used in the BODY element.
That's why the original url's text is not visible. The body bgcolor and text were
both assigned "white".

Comment 12

[rickg]

This is a residual style bug that is fixed in my tree. Look for a landing prior
to m12.

Comment 13

[rickg]

Residual style dup.

Comment 14

[rickg]

Fixed by landing of residual style handling.

Comment 15

[Nick Finck]

You guys rock!

Comment 16

[Chris Petersen]

Fixed in the Dec 22 build (1999122208).

Comment 17

[Heikki Toivonen (remove -bugzilla when emailing directly)]

SPAM. HTML Element component deprecated, changing component to Layout. See bug
88132 for details.