249550 - mealsmatter.org - web page not showing all of info on page, right column missing some data, compare with IExplore

Status: RESOLVED INCOMPLETE

(Tech Evangelism Graveyard :: English US, defect)

Description

[Dan Ost]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040614 Firefox/0.9
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7) Gecko/20040614 Firefox/0.9

web page not showing all of info on page, right column missing some data,
compare with IExplore

Reproducible: Always
Steps to Reproduce:
1.just view web page, in two browsers, Firefox .9 and any IExplore
2.
3.

Comment 1

[Richard Corbin]

Yes, this is also present for me.

Status -> NEW

Comment 2

[Bill Mason]

Please don't confirm a bug as new when it's not even assigned to the right
component.

Comment 3

[Hermann Schwab]

Attachment: reduced testcase

used some style to make div, td tr visible, but style isn´t needed to show the
bug. table bug?

Comment 4

[Hermann Schwab]

Attachment: screenshot of testcase using opera

Comment 5

[Hermann Schwab]

Attachment: screenshot from Netscape 4.79 ;-)

Sometimes I like using goold old Netscape 4.79 ;-)

Comment 6

[Hermann Schwab]

Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a2) Gecko/20040701

Netscape 4.79, Mozilla 1.0.2, Mozilla 1.2.1 are working with the testcase,
Mozilla 1.3.1, 1.4.2, 1.6, 1.7, this nightly are tested failing.
Opera is working fine. Extension LiveHTTPheaders 0.9 is showing some 404s on
redirects, but working with local gifs opera was working as before, Mozilla
buggy as before. Can attach a log, if needed.

This bug is very visible on Win98, but being there since at least 1.3.1 I wonder
how it didn´t get reported earlier, or is it a dupe?

Comment 7

[Trevor]

The page and the test case both have some <td > opening tags that are not
matched. If these are removed then the table displays correctly.

If you select that part of the page and View selection source you will notice
that the <td > has been changed to <td =""></td> , inserting an extra column
into the table.

If you view the page source in IE it only has '<td ' without the '>' so I would
say that there are a number of "issues".

1. The page is not valid html
2. Mozilla must make changes the the html it receives before it does anything
else (it also uses this changed code for view source), as '<td <td' is not valid
it must assume that the first td has accidently not been closed by the author.
This is quite valid to assume, except the problem is then made even bigger
because when the page is processed for display it comes across '<td ><td' and as
there is no closing tag for the first 'td' it closes it immediatly before the
next 'td'. The reason that everything is squashed to the right is because in the
first row the second column is given a width of 100% while the width of the
other coulmns is not defined.

I would say this is more of a page bug than a Mozilla bug.

Comment 8

[Hermann Schwab]

regressed between 1.3a from Dec 12th 2002 working, and 1.3b from feb 10th, 2003
failing.

(In reply to comment #7)
> The page and the test case both have some <td > opening tags that are not
> matched. If these are removed then the table displays correctly.

Yes, I found that too on further reducing the testcase.

> I would say this is more of a page bug than a Mozilla bug.

Definitely, otherwise there would have ben more complaints, as Mozilla tolerated
this bug up to including Mozilla 1.3a, i.e. ignored the superfluos <td  and
delivered like Opera and maybe IE, I didn´t look at IE.

Mozilla 1.3b was showing the designers bug.
Validator doen´t find the bug, as usual, it finds tons of missing alt=
attributes, but didn´t recognize the unbalanced nbr of <td></td> enclosed by 
the <tr></tr> pair.

http://validator.w3.org/check?uri=http%3A%2F%2Fwww.mealsmatter.org%2FRecipesAndMeals%2FRecipes%2Frecipes.aspx%3FRecipeId%3D9651
http://validator.w3.org/check?uri=http%3A%2F%2Fbugzilla.mozilla.org%2Fattachment.cgi%3Fid%3D152244%26action%3Dview

wfm Mozilla 1.3a Win98 Dec 12th, 2002
failed Mozilla 1.3b Win98 Feb 10th, 2003

Testing with 1.3b is best done locally, as Bug 192294 about a week before and a
fter release of 1.3b reliably crashed on win9x, randomly.

Comment 9

[Boris Zbarsky [:bzbarsky]]

> Validator doen´t find the bug, as usual

That's because this is valid HTML.  The end tag of <td> is optional, and 
"<foo <bar>" is defined to be equivalent to "<foo><bar>" in HTML.

Over to evangelism.

Comment 10

[Felix Miata]

Conforming summary to TFM item 10 at 
http://www.mozilla.org/projects/tech-evangelism/site/procedures.html#file-new

Comment 11

[Chris Lawson (gone)]

INCOMPLETE due to lack of activity since the end of 2009.

If someone is willing to investigate the issues raised in this bug to determine whether they still exist, *and* work with the site in question to fix any existing issues, please feel free to re-open and assign to yourself.

Sorry for the bugspam; filter on "NO MORE PRE-2010 TE BUGS" to remove.