Closed Bug 29735 Opened 25 years ago Closed 24 years ago

most of page collapses to a single overlapping line

Categories

(Core :: DOM: HTML Parser, defect, P3)

Product:
Core
Component:
DOM: HTML Parser
Platform:
Sun
All
Type:
defect

Tracking

()

Status:
VERIFIED FIXED

People

(Reporter: tor, Assigned: harishd)

References

(
URL
)

Details

(Keywords: top100, Whiteboard: [PDT-])

Attachments

(1 file)

Very simple test case for build 20...30516
358 bytes, text/html
Details 
Tested on a 2/29 evening CVS pull on solaris/native.  Steps to reproduce:

	* Start mozilla
	* Goto above URL

Result:

	* Header, sidebar, and footer render properly.
	* Component selection pulldowns all collapse into a single
		overlapped line
	* A non-debug build outputs a number of these messages when
		visiting the page:

line 569f28 is not complete
line 8bc418 is not complete
line 569f28 is not complete
line 8bc418 is not complete

Expected result:

	* A page of about 10-20 pulldown selection menus
Confirmed with the 2000-03-01-08-M15 nightly binary on WinNT; NN 4.7x and
IE5 display a useable form.

It appears that there is a lot of bad nesting of HTML tags in the source for 
this page... HTML Tidy give over 500 warnings, including
* "<p> isn't allowed in <tr> elements"
* MANY "discarding unexpected </option>" alternating with "discarding unexpected  
  plain text" 
* "discarding unexpected </form>" not followed by any message about adding 
  </form> back in

The first line of the HTML source is 
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">

The parser may be having a hard time making a solid DOM for this page.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Changing component to Parser
Assignee: troy → rickg
Component: Layout → Parser
QA Contact: petersen → janc
Here's the reduced test case. I don't yet know if this is a parser issue or not.

<html>
<body>
  <table>
    <tr>
      <td width="100%">
        <form action="/cgi-win/absyscon.exe" method="POST">
        <input type="hidden" name="ctKar" value="HIZLA_OSSO">
      </td>

        <table border="1">
          <tr>
            <p align="left">Motherboard:><br></p><br><br>

                <select name="Parts" size="1" value="*1MYDM403">
                  <option value="*1MY117">32MB 3.3V SDRAM 168-pin DIMM PC100 - 
MY117</option>
                  <option selected value="*1MYDM403">64MB 3.3V SDRAM 168-pin 
DIMM PC100 - MYDM403</option>
                </select> </p>

              </form>
              </td>
              <td width="100%">&nbsp;</td>
            </tr>
         </table>
      </td>
    </tr>
  </table>
</body>
</html>
Assignee: rickg → harishd
Target Milestone: M16
I submitted a test case and it seems like this bug requires quite a few things 
to occur.  In my test case there is a <p> in a <span> in a <table>.  Still 
inside that table, after the </span> tag, there is another table with a <form> 
inside.  That is about it.  This is a simplification of the deja.com bug that 
is found at:
http://www.deja.com/my/pr.xp
this is keeping me from logging into www.deja.com and thus accessing the usenet.
Which is critical for me because my firewall prevents me from getting to Usenet
ports.
Severity: normal → major
OS: Solaris → All
marking top100 because it effects www.deja.com and beta1 because we're going to
hear about it from all the deja.com users.
Keywords: beta1, top100
Putting on PDT- radar for beta1.  But per rickg, please keep working on issue,
and alert PDT if you come up with anything.
Keywords: beta2
Whiteboard: [PDT-]
I think I've have fix for this...but have to test it throughly.
I don't have a good tree on me...so am pulling one...will update soon.
*** Bug 29394 has been marked as a duplicate of this bug. ***
cc ing pollmann
I think this is fixed now... The test case is fine and deja news login loads
fine. Although I can't test the http://www.aberdeeninc.com/abcatg/scK7ide.htm
site because Mozilla crashes. I'm using winNT build 2000032011 M15 nightly.


The problem is caused by the persence of FORM inside TD. the overlapping problem 
is fixed. However, I see select box content (a few of 'em) oozed out.  This 
happens regardless of where the FORM is.  That sounds like a whole different 
problem.  So, I'm closing this bug and will open another bug on 
rods@netscape.com describing the problem.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Keywords: nsbeta2
verified fixt.
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: