366020 - even after freezing the column,the two tables which are used are not in synch

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Ram Prasad Alisam]

User-Agent:       Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1

In a table,after freezing a column,the column doesn't get frozen.
The scenario can be seen at sample URL provided
In our application the column will be frozen but these columns will not be in synch with the columns in the other table.
Screenshots are attached herewith

Reproducible: Always

Steps to Reproduce:
1.select the drop down to select no of columns to freeze
2.freeze column 
3.
Actual Results:  
the column doesn't freeze

Expected Results:  
the column should freeze and the frozen should be in synchronization with unfrozen columns

Comment 1

[Ram Prasad Alisam]

Mozilla Version on Solaris : Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.8.1) Gecko/20061024 Firefox/2.0

Comment 2

[Ram Alisam]

In Mozilla Firefox the behavior is fine.the column headers gets frozen even upon scrolling the tables.The page gets loaded with the number of records selected in the batch size.
But in case of Mozilla 1.7, when the page gets loaded initially it is loading with only 5 rows in the table. Upon a manual maximizing of the frame to occupy the full window, all the rows set in the batch size are displayed in the page, the behavior which is observed in Firefox

Comment 3

[Ram Alisam]

Attachment: schreenshots of the Behaviour mentioned in issue

The screenshots of the behaviour mentioned in the issue

Comment 4

[(mostly gone) XtC4UaLL [:xtc4uall]]

Is this still an Issue using a recent Firefox Version like 3.6.7?
If not, please close this Report as WORKSFORME.

Comment 5

[Kevin Brosnan]

Closing, need response confirming that this is still an issue from reporter to reopen.