Could you try this with a different driver? I'm having a similar issue, but only in
firefox - chromedriver sees the element as do humans.

Reproduced. It fails in 2.32 Java binding too (2.31 works well).

There were changes in 2.32 related to better visibility determination in the case of
an element enclosed in an overflow block.

Unfortunately this new implementation does not take into account elements with "position:fixed"
style that fall out of the regural page flow.

Unfortunately (again) we found another bug related to calculation of coordinates for
elements with "position:fixed" style, a new test added by revision 56e3bae46efd, Firefox
fails this test.

I've added a couple stack overflow questions regarding this issue a couple days back:
http://stackoverflow.com/questions/17602334/element-is-not-currently-visible-and-so-may-not-be-interacted-with-but-another
http://stackoverflow.com/questions/17624312/why-does-the-selenium-firefox-driver-consider-my-modal-not-displayed-when-the-pa

Any update on this issue?

It seems like there are a large number of dupes or problems with the same underlying
cause:
Problems: 5703 5713  5745 5747 5765 5773 

Hi!

Selenium 2.35 with changes in visibility atom was released.
Could you recheck does this issue still reproduced?

CSS has been changed at site I provided POC for so I can't reproduce it in neither 2.33.0
nor in 2.34.0

Gem selenium-webdriver 2.35.0 hasn't been released yet.

Hi!

Is this issue still actual for latest Selenium for someone?

We're seeing this issue with the Firefox driver as of version 2.31, and we have confirmed
that it occurs in 2.35 as well.  

Behavior: He have a table (<td>) consisting of eight rows (<div>), and when you call
findElement(), Selenium can locate all of them, calling getText() on each of those
elements results in the first five rows' content being returned, and empty-String return
value for the last three.  

If you scroll to the right at runtime, Selenium will find the text of the other three
elements (the table is vertical - really a label), but otherwise, it doesn't find any
content.  It's not that the elements aren't available - the findElement returns successfully
for all of them, but somehow Selenium can't find the text unless you scroll forward.

When we roll back to an earlier Firefox driver (e.g. 2.18), the problem goes away,
but with 2.31 and higher, we're seeing this issue.

Any help/fix would be welcome.

Thank you!  :)

@dmclellan: I hope you know what to do to help us fix it -- provide a sample page to
reproduce the issue instead of a narrative description. FYI: if an element is hidden
behind a border of an overflow:hidden block it is hidden and the text is empty, it
is expected behavior.

Was the overflow:hidden a designed change in version 2.3x.0? The overflow:hidden is
dependent on browser size, resolution, font size etc so is a little frustrating if
this is now expected. There's no easy workaround either.

The original issue is related to wrong coordinates of elements with position:fixed and
is *not* related to visibility:hidden.

If you think there is another issue please fill it and provide a sample scenario and
a sample page to reproduce it.