Just checked in my application(18.104.22.168, 1000+ rows) and this works as expected.
You can try to reproduce this problem with simple test case and if this works then compare table and VO properties.
Check the DisplyRow setting for the af:table. Try setting it to the default(first)
Define Key attribute for your VO
Thank you very much, I tried what you suggested and it works fine, I'm going to compare it with my application, but now I'm facing another problem:
when I select a row in the table and navigate to another page to edit the record, when I return to the table after doing a commit, the vertical scrollbar resets to the top position, although the current row remains the same and the DisplayRow property is set to "selected". I reproduced the same scenario in JDeveloper 22.214.171.124.0 and it works fine, but in JDeveloper 126.96.36.199.0 it doesn't work.
Does anyone have a solution to this problem?
Thanks in advance!
Edited by: lorpad on Dec 8, 2012 7:51 AM
How do you have checked that the current row after the commit remains the same?
A commit normally resets the current row to the first row (if the vo is used on a page).
When I scroll down the table, I can see the same row selected, but I can't see it in the visible range of the table initially. While the table is loading I can see the selected row in the visible range but after it finishes loading the scroll resets to the top position and I can't see the selected row anymore.
How can I avoid this behavior?
I had the same issue and I think it is a bug in 188.8.131.52.0
I have tried working examples from the link below:
and they were not working in 184.108.40.206.0
When everything is working fine in 220.127.116.11.0
It is a bug!
ADF 11gR2 Bug - Scroll An ADF Bound ADF Faces Table Now Working In ADF Jdeveloper Version 18.104.22.168