Closed Bug 2970 Opened 26 years ago Closed 25 years ago

Text inside <MAP> not displayed

Categories

(Core :: Layout, defect, P1)

Product:
Core
Component:
Layout
Type:
defect

Tracking

()

Status:
VERIFIED DUPLICATE of bug 11431

People

(Reporter: fenella, Assigned: nisheeth_mozilla)

References

(
URL
)

Details

(Keywords: html4, testcase, Whiteboard: [nsbeta2-][nsbeta3-])

Attachments

(2 files)

Original Ebay html - not displayed in mozilla.
(deleted), text/html
Details
reduced html code that causes display problem.
(deleted), text/html
Details
RE: seamonkey 2/4 builds on Mac and Win_NT 4.0 and 2/5 build on Linux This url is inconsistent all across the platforms, I tried to load this page four times in each of the platforms, About 50% of the time, it does not load.
This is likely a duplicate of #2394. Reason: the entire contents of the BODY are wrapped in a <DIV ALIGN="CENTER">. (However, #2394 is a TABLE ALIGN for the entire body, so it may be a somewhat different situation internal to the code (or not)).
Summary: Consistent failure loading http://www.ebay.com
Filling in blank Summary. fenella, don't forget to fill this in :-)
how does failing to load a page relate to rendering?
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
Status: RESOLVED → REOPENED
Component: Compositor → Viewer App
Assignee: michaelp → rickg
Status: REOPENED → NEW
rickg - which would be the proper component for this. This page loads fine in 4.51. Cannot get to load with seamonkey.
Resolution: INVALID → ---
Clearing Fixed resolution.
QA Contact: 4110
Adding chrisd@netscape.com as QA contact.
RE: seamonkey builds on win_nt 4.0 and Linux 2.0 march 5 builds This page loads fine now. But Mac build is not availale to verify.
Status: NEW → RESOLVED
Closed: 26 years ago → 26 years ago
Resolution: --- → WORKSFORME
ChrisD and I can't reproduce this anymore. I don't know why it went away.
Status: RESOLVED → VERIFIED
Verified WORKSFORME.
Status: VERIFIED → REOPENED
Build: 1999111108 The first time I went there Mozilla crashed. Then it consistently displayed a blank page. I've been tracking down the bug, and since then ebay changed their homepage. However, I grabbed a copy of their page and it turned out the offending code was a map tag. For some reason, they had a map tag without it's close. (i'm assuming map requires a close.) They're whole page followed that map tag. I'll attach the original ebay page next, as well as a reduced version. <OPINION>I think a big problem with Bugzilla is that it encourages users to enter in URLs rather than attach the html. Given how unreliable access to static html is on the web, it would seem paramount that html be attached rather than URLs</OPINION>
Resolution: WORKSFORME → ---
Clearing WORKSFORME resolution due to reopen.
Component: Viewer App → Layout
QA Contact: chrisd → petersen
Assignee: rickg → nisheeth
Status: REOPENED → NEW
Nisheeth: the crash seems to be gone, but an interesting bug exists. The following fragment doesn't render, but the content model appears correct: <html><body bgcolor="#FFFFFF"><map name="home_myebay_map"><p>hello</p> </map></body></html>
Status: NEW → ASSIGNED
Target Milestone: M16
Accepting bug and setting milestone to M16...
adding keyword testcase - just in case someone thinks that there isn't one here. :)
Keywords: testcase
Updating summary...
Summary: Consistent failure loading http://www.ebay.com → Text inside <MAP> not displayed
Is there a keyword to mark HTML4 compliance issues? If so, this bug should have it...it's a spec violation (Sec. 13.6.1)
Moving bugs out by one milestone...
Target Milestone: M16 → M17
Adding block of html4 issues META bug.
Blocks: html4.01
According to the DTD, MAP can contain block level elements such as paragraphs, headings , and tables. Based on this issue, I suggest that we address this problem in beta2
Keywords: nsbeta2
There are two problems described in this bug: 1) HTML inside a <MAP> tag is not displayed. 2) If an HTML page contains an unclosed <MAP> tag, all the content following the <MAP> tag does not get displayed. In my opinion, both these problems are not beta 2 stoppers.
Putting on [nsbeta2-] radar. Reassigning to harishd.
Assignee: nisheeth → harishd
Status: ASSIGNED → NEW
Tried rickg's test case: <html><body bgcolor="#FFFFFF"><map name="home_myebay_map"><p>hello</p> </map></body></html> and the content model I get is: docshell=00F32780 html@027030B8 refcount=3< head@02706BB8 refcount=2< > body@026DF578 bgcolor=#ffffff refcount=3< map@026F8758 name=home_myebay_map refcount=3< p@026FE768 refcount=2< Text@026FE4B0 refcount=2<hello> > > > This sample addresses couple of questions. 1) Yes, MAP, in Mozilla, does allow block level elements to be contained. 2) The problem has nothing to do with the absence of /MAP ( end tag ). And my question is...Why is this a parser problem? Parser seems to parse the sample correctly. This is certainly a layout issue. Over to Nisheeth again.
Assignee: harishd → nisheeth
Accepting bug again. Yes, this is not a parser problem. Jan re-assigned it erroneously. The comments I made earlier stand. I don't think this needs to be a beta 2 stopper.
Status: NEW → ASSIGNED
really minusing this time
Whiteboard: [nsbeta2-]
Nominating for nsbeta3. This is an important HTML4 compliance issue. MAP should work correctly.
Keywords: html4, nsbeta3
See also (DUP?) bug 11431
nsbeta3-, very unlikely to happen much at all.
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3-]
That last comment concerns me; aren't we committed to resolving all HTML4 compliance issues before release?
This is an exact dup of bug 11431. Closing as a dup, I hope nobody minds... *** This bug has been marked as a duplicate of 11431 ***
Status: ASSIGNED → RESOLVED
Closed: 26 years ago → 25 years ago
Resolution: --- → DUPLICATE
Verifying dup
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: