Closed Bug 317991 Opened 19 years ago Closed 15 years ago

TBODY scrolling/rendering extremely slow when cells contain overflow-x:hidden content

Categories

(Core :: Layout, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: juergen, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(4 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8) Gecko/20051111 Firefox/1.5 A TABLE with fixed height and scrollable TBODY scrolls extremely slow when the cells each contain a DIV with "overflow-x" set to "hidden". Reproducible: Always Steps to Reproduce: 1.Create a TABLE with fixed height. 2.Create TBODY, TRs and TDs. Each TD contains a DIV. 3.Set the style for the DIV to cut overflowing content (overflow-x:hidden). 4.Open in Firefox and scroll table content. Actual Results: Table scolls extremely slow and gets much slower when more columns are added. The provided testcase with 200 rows scrolls too slow to be useful even on a 3GHz machine. Expected Results: Scrolling should be much faster and should not be that much dependent on row count. This seems to be caused by the overflow-x in the DIVs and by only the TBODY being scrollable. If one places the table with variable size inside another DIV of fixed height and makes this DIV scrollable than scrolling will be much faster. However this is not an option since the THEAD is supposed to stay in place. Also I would like to skip the DIVs completely but having overflow-x in the TDs does not work at all. We need this for our web applications.
Attached file Testcase (deleted) —
The testcase contains a table with 400 rows.
Component: GFX → Layout
Keywords: testcase
Assignee: general → nobody
QA Contact: ian → layout
The scrolling TBODY is not a problem. I will upload a testcase without it which is still slow. And I will upload a testcase without overflow-x in the table cells which is fast. Also this bug being unconfirmed and open for almost a year now is very disappointing.
Thanks for the testcase. I can see the bug with current trunk build, so confirmed. I think this would be improved/fixed by the patch for bug 352093.
Status: UNCONFIRMED → NEW
Depends on: widget-removal
Ever confirmed: true
Ok, I found the culprit. Switch from overflow-x to overflow and it gets speedy. Now this I never would have guessed.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4 Able to reproduce. Had this problem with a slow scrolling HTML report generated in Micrsoft Reporting Services. Remove the overflow-x CSS and report scrolls perfectly, but renders slightly differently. Change 'overflow-x' CSS to 'overflow', renders identically but scrolls quickly. I thought overflow-x was IE only? What is difference between overflow-x and overflow CSS properties? They seem to render identically. Bug 358936 is a duplicate of this bug.
Comment 5 is right. "overflow-x: hidden" implies "overflow-y: auto", which leads to creation of a child widget. Just using overflow:hidden doesn't create widgets.
This was fixed by bug 352093.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: