348336 - mrmq.dk - page not rendered properly

Status: RESOLVED INVALID

(Core :: Layout: Tables, defect)

Description

[David Awerbuch]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6

Here is a page that does not display the same in FF 1.5.0.6 as it does in IE 6.

http://mrmq.dk/index.htm?page1.htm

The colored lines should be indented, left justified, but not centered as they are by FF.

other problems with other pages, but I bet fixing this will fix many others.

Reproducible: Always

Steps to Reproduce:
1. enter the URL in the address bar

Actual Results:  
lines are centered

Expected Results:  
lines should be left-justified, though indented

Comment 1

[:Mook]

I do not see any coloured lines; the only thing that looks anything near that is a <hr>.

It would help a lot if you could attach a small testcase that clearly shows the difference, or a screenshot or two.

Comment 2

[martin raud]

Attachment: ie6 screenshot

how this webpage look's a IE 6

Comment 3

[martin raud]

Attachment: Fx 1.5.0.6 screenshot

how this webpage look's at Fx 1.5.0.6

actualy i think it just a rendering broblem here, i havent saw any bug here, sorry

Comment 4

[:Mook]

The dotted underline on the links on the left is due to the use of <acronym> (You can just use <a title=""> instead, should work on both browsers).

The <hr> can be fixed by setting border instead: <hr style="border: 1px solid red;">  (This also works fine in IE)

Comment 5

[David Awerbuch]

My sincerest apologies.  I did not realize the site displays unbordered frames, and so I included the wrong URL.. The URL you should be looking at is http://mrmq.dk/channels.htm.  Nore the lines:

    ** --------------------------------------
    ** Minimal XMITQ definition...
    def ql (QMGR.XMITQ1) +
    replace +
    usage (xmitq) +
    ** --------------------------------------
    ** Added for triggering of channels...
    initq (SYSTEM.CHANNEL.INITQ) +
    process (QMGR.XMITQ) +
    trigger +
    trigtype (first)

In FF, these appear to be centered; but in IE they are left justified within their borders, which is what they should be since they are command input to a utility program.

Comment 6

[:Mook]

Thanks :)

So, it looks like IE somehow manages to construct a table when no <td> is supplied (see testcase, quirks mode).  Firefox moves everything out of the table instead.

Comment 7

[:Mook]

Attachment: testcase (quirks, totally invalid html)

Comment 8

[Marek Stępień [:marcoos, inactive]]

Making the summary conform to TE guidelines.

Comment 9

[Chris Lawson (gone)]

I'm unclear as to why this is a TE bug; comment 7 makes it sound like the quirks-mode renderer in Gecko should behave differently, and that's Core:Layout.

Someone should definitely tell the site it's using busted HTML, but I don't think it's something we should concern TE with overmuch.

I'm going to kick this to Core:Layout for triage based on comment 6 and 7.

Comment 10

[David Awerbuch]

It has been close to 2 years since I reported this issue.  Does anyone think this is a serious rendering issue that should be addressed, and probably should have been addressed already?  When the media complains about the support for open-source products, and why companies do not want to consider them, this would be a shining example of the lack of commitment to fixing obvious issues.

Two Years?  Come on, someone must have a clue!  You're a great team - let's see some progress on this.  i will gladly test all corrections for this issue.  Windows XP SP2 is my base.

PS. Has anyone confirmed this issue?  

Comment 11

[dolphinling]

Hi David,

As Mook said back in 2006, this is a problem with Firefox and IE interpreting certain invalid HTML differently in quirks mode. I'm pretty certain that this will never be changed because as standards-based browsers become more dominant, we've been adding fewer and fewer new quirks, changes to our quirks-mode table handling would probably break many sites that rely on them, more than they fix, and because I doubt anyone wants to add even more complexity to the already confusing table code.

It's possible a developer will see this differently than me so I'll leave it for them to wontfix, but those are my expectations.

Comment 12

[David Awerbuch]

Can someone point to the exact code on the page that is the culprit?  I can point the webmaster to that element and ask them to change it to what is recommended.  Perhaps that will get the problem resolved - you know, using correct code!!
Thanks.  Dave

Comment 13

[dolphinling]

The exact problem is that there is a <table> and a <tr>, but no <td> to go with them. (Location: first thing in the body, other than a <div> and a <center>.)

Comment 14

[Bernd]

closing as invalid based on comment 13