256354 - bostonphoenix.com - form makes table too high? background disturbs image

Status: RESOLVED WORKSFORME

(Tech Evangelism Graveyard :: English US, defect)

Description

[Hermann Schwab]

User-Agent:       Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040807
Build Identifier: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a3) Gecko/20040807

look at the logo of the page, or the testcase. Background is similar to the logo
image, but repeated, so the logo image seems to be broken. Shows correctly in
Opera and Netscape7.2
Workaround: remove form tags


Reproducible: Always
Steps to Reproduce:
load URL or testcase



Actual Results:  
Phoenix shows parts of same letters above and below, these are from the
background image.

Expected Results:  
See it like in Netscape7.2 or Opera, didn´t test others.


Setting Severity to major, as this is a highly visible bug, at least in Boston ;-)

Comment 1

[Hermann Schwab]

Attachment: testcase

reduced testcase using images from the original URL

Comment 2

[Hermann Schwab]

Attachment: testcase <form> tags omitted

<form> and </form> omitted, written as comment <!--form--> <!--/form-->
both testcases don´t contain any CSS, removing CSS didn´t change the rendering.


found that website by looking at Bug 256134, but didn´t see that bug.

Comment 3

[Boris Zbarsky [:bzbarsky]]

Looks like fallout from the bug 101084 fix... How does IE render those testcases?

Comment 4

[Martijn Wargers (dead)]

Attachment: Testcase rendering different between IE and Mozilla

They are rendered the same. These testcases show no difference between Mozilla
and IE. IE also displays the first testcase in the "wrong" way.
This testcase shows a difference between the rendering of IE and Mozilla.

They have the begin <form> tag in a table cell, but the end </form> tag is just
before the </body> tag. IE doesn't seem to correct this in the dom tree, but it
starts rendering it differently.
Mozilla does correct this in the dom tree and puts the end </form> tag just
before the end of the table-cell tag.

Comment 5

[Hermann Schwab]

All testcases are rendering same in Opera 7.54
Seems to be fallout from the bug 101084 fix, Mozilla from a day before fix
renders normally, Mozilla from a day after shows this bug.

Comment 6

[Martijn Wargers (dead)]

Yes, this is a fallout from the bug 101084 fix.
However, I think the real issue here is different, namely the fact that  	form
elements seem to lose it's margin in IE, when it has no end tag inside the same
table cell in which the start tag is.
So I guess this would be similar to bug 47793.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

*** This bug has been marked as a duplicate of 47793 ***

Comment 8

[Hermann Schwab]

reopening this bug, as 
Bug 47793 some elements lose margin-bottom when end tag omitted at end of TD or DD

isn´t applicable to this bug, or the website, but only to the third testcase,
unrelated to the website, besides being made by shifting a tag from the 2nd
tsestcase into a invalid position.

Comment 9

[Martijn Wargers (dead)]

When I look at the source of http://www.bostonphoenix.com/ (in the browser: view
page source) and then search for form tags, I only find one: the begin <form>
tag. Then end </form> tag seems to be omitted. (you can do it yourself, just do
Ctrl-f and search for "form", you'll only find the begin <form> tag).
That's basically the same as the testcase I produced, except my testcase had an
</form> tag just before the </body> tag. I used (apparantly, I'm not 100% sure)
IE to save a copy of the site locally. It seems that IE has put the end </form>
tag just before the </body> on saving. But that doesn't matter anyway, the
principle is the same. 

Comment 10

[Hermann Schwab]

o.k., the website is missing the </form> tag, but testcase 1 has it,
automatically inserted when saving the page. Don´t know if I used Opera or
Mozilla, as current Mozilla nightlies can´t save.

This bug is duped to a wontfix bug, so someday, when people in Boston start
using Mozilla 1.8, they will notice. Shouldn´t it be better be 'Tech Evangelism'?

Assuming testcase 1 Attachment 156643 [details] is rendered correctly using Mozilla, then
Opera isn´t rendering correctly, but doing some quirk.

The difference wouldn´t show up so greatly, if the background gif wouldn´t
contain the logo, so the webmasters at bostonphoenix should do something.

feel free to dupe it anywhere, I won´t reopen.

Comment 11

[Martijn Wargers (dead)]

> This bug is duped to a wontfix bug, so someday, when people in Boston start
> using Mozilla 1.8, they will notice. Shouldn´t it be better be 'Tech Evangelism'?
Yes, that's possibly a better idea.

Comment 12

[Felix Miata]

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

Comment 13

[Hermann Schwab]

wfm Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.8a4) Gecko/20040914

Original problem was the overlapping of a logo in the background image and the
image. The background gif now doen´t contain a logo, so no overlappings can be seen.

the </form> tag still is misplaced.