The issue was visible on the 4.0 trunk and 3.3 EE maintenance branch as well.

Committed fix to 4.0 trunk at revision 40420 and to 3.3 EE maintenance branch at revision 40422.

The fix consists in removing an unnecessary condition (variable) to calculate the scroll bar width and modify the right margin of the header table. Another fix was added to chrome browsers to recalculate and apply scrolling variables only on new table instances, since that seems to be the only way to fix some misalignment issues on first load in some cases, as in the case of the Screen 2 table on the Williams POC.

Tested on ee-maintenace branch, revision #40426.
When the window is maximized enough that the scroll bar disappears, the columns are mis-aligned in Chrome, IE 9 and 10. see screen shots attached. Test app is located at:
http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Nightly/dataTable
Use test app: ICE-8237.

EE-3.3.0-maintenance branch rev# 40426
Server: Tomcat7
Browsers: IE10, FF27
ace:dataTable (manual testing)

1) Column Pinning
Columns become misaligned after pinning/unpinning columns followed by re-sizing the window (all browsers) - see column-pinning.png.

2) Dynamic Row Styling via rowStyle Attribute
Columns become misaligned after pinning/unpinning columns (all browsers). Also, ICE-9528 is open. See dynamic-row-styling.png.

3) Static Headers Test: misalignment between header and columns (all browsers), see static-headers.png.

4) DataTable inside ace:dialog (ICE-7870)
Is this considered a misalignment when the scroll-bar is outside of the headers? this is seen on almost all demos for the dataTable with a scroll-bar, see scrollbar-outside-headers.png.

EE-3.3.0-maintenance/ IF4 trunk #40489
Browsers: all

Here is another case of column misalignment that has been found on the new regression test page for JIRA ICE-9408:
When using both paginator and scrollable enabled attributes for ace:dataTable, there is a misalignment between the header and the columns when displaying the last page; the misalignment is barely visible on the left-side columns, but it increases towards the right-end of the dataTable, the last column being misaligned by approximately the width size of the scroll-bar.

Test page: http://dev.icesoft.com/svn/repo/qa/trunk/Regression-Icefaces2/Sparkle/Nightly/dataTable/web/views/ICE-9408.xhtml

All the issues above are not really regressions. They can be reproduced with the 3.3 release from last year.

Committed fix for issues when using column pinning (issues 1 and 2 above) to 4.0 trunk at revision 40519 and to 3.3 EE maintenance branch at revision 40520.

Testing results (issues 1 and 2 above) with IF4 trunk# 40522/ Firefox28, IE10, Chrome33:
1) Initial issue is resolved, however when pinning / un-pinning the same column, a gap increases between the pinned column and the column in front of it. This gap disappears if the window is resized (1.PNG).

2) Columns misalignment is resolved in FF28 and IE10 only, but not in Chrome; in all browsers though there is sorting applied to the columns that are pinned.
In all browsers, after pinning /unpinning the columns starting from left to the right side of the table, the table becomes rendered in the half right side of the page, partially outside of the viewable area (2.PNG).

3) Static Headers Test: misalignment between header and columns (all browsers), see static-headers.png.

This issue was fixed under ICE-9955.

4) DataTable inside ace:dialog (ICE-7870)
Is this considered a misalignment when the scroll-bar is outside of the headers? this is seen on almost all demos for the dataTable with a scroll-bar, see scrollbar-outside-headers.png.

This is not a misalignment, and it's not related to these fixes. In the past, we increased the width of the last column header to cover the scrollbar width. This was changed at some point to make the header column completely align with its body column.

Testing results (issues 1 and 2 above) with IF4 trunk# 40522/ Firefox28, IE10, Chrome33:
1) Initial issue is resolved, however when pinning / un-pinning the same column, a gap increases between the pinned column and the column in front of it. This gap disappears if the window is resized (1.PNG).
2) Columns misalignment is resolved in FF28 and IE10 only, but not in Chrome; in all browsers though there is sorting applied to the columns that are pinned.
In all browsers, after pinning /unpinning the columns starting from left to the right side of the table, the table becomes rendered in the half right side of the page, partially outside of the viewable area (2.PNG).

These issues were fixed under ICE-9955 as well. It seems that the only remaining issues are those related to the ICE-8237 and ICE-9408 tests.

Committed fix for issues related to the ICE-8237 and ICE-9408 tests to 4.0 trunk at revision 40940 and to 3.3 EE maintenance branch at revision 40941.

After trying several approaches, what worked more consistently across browsers and the easiest solution was to simply change the scrollable table's styling from overflow:auto to overflow:scroll, so that the scrollbar is always visible when scrollable=true. In both tests above, the issues were due to the scrollbar disappearing, so by making it always visible (and disabled when not necessary), we facilitate the already-complex alignment calculations in scrollable tables and make them more consistent. Another advantage is that when a table with few rows dynamically receives more rows, it won't change its alignments and appearance when the scroll bar appears/becomes active.

Verified using QA dataTable test application, with EE-3.3.0-maintenance # 40944/ IF4 trunk # 40946 in FF28, Chrome34, IE10, re-testing the issues mentioned in above comments:

• Column Pinning Test
• Dynamic Row Styling via RowStyleClass Attribute test.
• Static Headers Test.
• DataTable inside ace:dialog (ICE-7870)
• ICE-8237.
  No misalignment issues have been found in these tests.
  The only issue that was still found (unrelated to this JIRA) was the increasing gap between columns when pinning/unpinning repeatedly the same column, however the gap disappears when the browser window is resized.