Closed Bug 93591 Opened 23 years ago Closed 22 years ago

thehigherauthority.com--text color missing # results in black on black text

Categories

(Tech Evangelism Graveyard :: English US, defect, P1)

x86
Windows 2000
defect

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jmbelo, Assigned: bc)

References

()

Details

(Whiteboard: [DOCTYPE][aok])

Go to http://www.thehigherauthority.com/apollo.html

Your expecting to see an image and some yellow text, you only see an image.

If you try it with ms-ie-5.5 or ns-4.08 you see the text.

OS:MS2000 
MOZ version: Milestone 0.93
The text is there, it's just in black. Have them fix the page.

<BODY BGCOLOR="#000000" TEXT="FFFF00">
                              ^
                              should be a hash there

Thanks for the report.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → INVALID
.
Status: RESOLVED → UNCONFIRMED
Component: Browser-General → Evangelism
Resolution: INVALID → ---
.
Assignee: asa → bclary
QA Contact: doronr → zach
Summary: In this page is an image and some text, Mozilla only shows the image → text color missing # results in black on black text
Confirming.
Status: UNCONFIRMED → NEW
Ever confirmed: true
All Evangelism Bugs are now in the Product Tech Evangelism. See bug 86997 for
details.
Component: Evangelism → US English
Product: Browser → Tech Evangelism
Version: other → unspecified
what is the status of this bug? Adding WRMB, cc marek and chofmann
Keywords: topembed
Summary: text color missing # results in black on black text → WRMB: text color missing # results in black on black text
why is this topembed?
Priority: -- → P1
Summary: WRMB: text color missing # results in black on black text → thehigherauthority.com - WRMB: text color missing # results in black on black text
if we could easily solve the problem in the client would that be a better
solution  since 4x and IE seem to handle this quirk?

looks like there is a z order problem on the horizontal lines that go
through the appollo image on the left side..
Keywords: 4xp
talked with attinasi -- and we figured out that the doctype is missing the 
Transitional phrase. If the 'correct' dtd is used:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

it works like a champ, but the one used in the document:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">

is not recognized, but we seem to treat it as standard mode and not quirks mode. 
 March pointed me to bugs 61901 and 44340
ok. removing topembed and returning to a regular docytype evang bug.
Keywords: topembed
Whiteboard: [DOCTYPE]
I reviewed the spec (http://www.w3.org/TR/html4/) and the doctype statement:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN">
is the doctype for strict mode, all color specific attributes are deprecated in 
the strict DTD, so this is really a evang issue.
i neglected to finish my statement:
although the attributes are deprecated, they must be honored. In strict mode, 
the # is required, in transitional (loose) mode the # does not necessarily need 
to be there.
handing this one over to harish to start with
Assignee: bclary → harishd
Keywords: topembed
Summary: thehigherauthority.com - WRMB: text color missing # results in black on black text → WRMB: text color missing # results in black on black text
I don't think that this should be a topembed. In the transitional mode ( which
is majority of the web ) we seem to render as expected. I'll investiage the
behavior for strict mode.

FYI: If it turns out that in the strict mode '#' is optional then the decision
has to be made at the layout level not in the parser. Parser always functions in
quirks mode ( except for comment parsing ).
The '#' is not optional in strict mode. I stringly recommend we continue to
require it in strict mode.
I am pretty sure that Tech Evangelism bugs should not be topembed. If 
this is a Mozilla bug, it needs to be sent to the component that can best 
handle this, Layout probably. Otherwise, we should remove topembed. 
Somehow, I highly doubt that embedders around the globe are refusing to 
use gecko because thehigherauthority.com doesn't render correctly.
Summary: WRMB: text color missing # results in black on black text → http://thehigherauthority.com--WRMB: text color missing # results in black on black text
Based on Marc's last comment it looks like we're exhibiting the correct behavior
in quirks and strict modes. That is, the site has to be evangelised.
Ok, topembed removed then. Move along folks, nothing to see here.
Keywords: topembed
ok. we will contact the site.
reassigning to default owner and removing topembed from the bug.

Unless the rest of you on the cc: list want to be subjected to evangelism spam,
I recommend that you remove yourself or tell me and I will do it for you.
Assignee: harishd → bclary
Summary: http://thehigherauthority.com--WRMB: text color missing # results in black on black text → thehigherauthority.com--text color missing # results in black on black text
Whiteboard: [DOCTYPE] → [DOCTYPE][aok]
removing myself from the cc list
page gone.
Status: NEW → RESOLVED
Closed: 23 years ago22 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.