419756 - Rows in large tables render with inconsistent widths.

Status: RESOLVED WORKSFORME

(Core :: Layout: Tables, defect)

Description

[Zac Stringham]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b3) Gecko/2008020514 Firefox/3.0b3

It seems that tables (I presume; it may be specific to the case at http://www.gokgs.com/gameArchives.jsp?user=hiead&year=2008&month=1) with many rows will render several chunks of the rows with smaller widths than the rest of the table.

Reproducible: Always

Steps to Reproduce:
1. Visit http://www.gokgs.com/gameArchives.jsp?user=hiead&year=2008&month=1
2. Observe the distorted table (my KGS game record for January 2008).
Actual Results:  
Certain chunks of rows in the table are rendered with smaller-than-normal widths. The specific "chunks" affected varies with each page load.

Expected Results:  
The table would render with every row having a consistent width.

If it has any impact, I have both the bookmarks toolbar and navigation toolbar disabled, and have the address bar, the (small icons) back-forward navigation buttons, the refresh / home / stop buttons, a button for ChatZilla, and a button for AdBlock Plus on the same bar as the menu, so it reads:
"File | Edit | View | History | Bookmarks | Tools | Help | [Address bar] | [Back-Forward] | [Refresh] | [Home] | [Stop] | [ChatZilla] | [AdBlock Plus]"
Below that is the bar containing the tabs. Otherwise, the UI is pretty standard.

Comment 1

[Ria Klaassen (not reading all bugmail)]

This is what I see: http://img147.imageshack.us/img147/4021/websiteev5.png

Comment 2

[Zac Stringham]

Ria, did you try scrolling down also? I get the same output as you at the top of the page, but if I scroll down, I come across this: http://img522.imageshack.us/img522/6851/ffbugwn0.png

As I said, the actual distortions change with every page load (pressing Refresh a few times can come up with something really imaginative). Also, to dispel any such ideas before they start---since the Greasemonkey icon can be seen clearly in the screenshot---the only GM script active on that page is the Disable Text Ads script, and the same effect occurs with Greasemonkey disabled.

Comment 3

[Ria Klaassen (not reading all bugmail)]

Regression range appears to be, repeatedly:
http://bonsai.mozilla.org/cvsquery.cgi?module=PhoenixTinderbox&date=explicit&mindate=1170186720&maxdate=1170192839
Bug 18333 is the most likely cause. It has improved a lot since then, however.

Comment 4

[Martijn Wargers (dead)]

Needs a testcase, but the issue can be seen quite easily.

Comment 5

[Martijn Wargers (dead)]

Attachment: testcase

Comment 6

[Martijn Wargers (dead)]

Attachment: reference rendering

Comment 7

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

Probably duplicate of one of the dependencies of bug 148810.

Comment 8

[Bernd]

Martijn, could you please checkin your  reftest