我有另一个bug，在Chrome和Poltergeist上的find_link无法单击一个带有EM标签和一些文本的A标签，尽管它在Firefox和rack_test中工作得很好。解决方案是将click_link(link)替换为:

find('a em', text: link).click

当驱动程序试图点击元素时，如果元素改变了位置，就会发生这种情况(我在IE中也见过这种情况)。驱动程序保留初始位置，但当它真正点击它时，该位置不再指向该元素。顺便说一句，FireFox驱动程序没有这个问题，显然它是通过编程方式“点击”元素的。

无论如何，当你使用动画或简单地动态改变元素的高度(例如$("#foo").height(500))时，就会发生这种情况。你需要确保你只点击高度已经“确定”的元素。我最终得到了这样的代码(c#绑定):

if (!(driver is FirefoxDriver))
{
    new WebDriverWait(driver, TimeSpan.FromSeconds(10)).Until(
        d => d.FindElement(By.Id(someDynamicDiv)).Size.Height > initialSize);
}

在动画或任何其他你不容易查询的因素的情况下，你可以使用一个“通用”方法，等待元素是静止的:

var prevLocation = new Point(Int32.MinValue, Int32.MinValue);
int stationaryCount = 0;
int desiredStationarySamples = 6; //3 seconds in total since the default interval is 500ms
return new WebDriverWait(driver, timeout).Until(d => 
{
    var e = driver.FindElement(By.Id(someId));
    if (e.Location == prevLocation)
    {
        stationaryCount++;
        return stationaryCount == desiredStationarySamples;
    }

    prevLocation = e.Location;
    stationaryCount = 0;
    return false;
});

我遇到了这个问题，它似乎是由(在我的情况下)点击一个元素，弹出一个div在前面点击的元素。我通过在一个大的try catch块中包装我的点击来解决这个问题。

WebDriverWait wait = new WebDriverWait(driver, TimeSpan.FromSeconds(15));
wait.Until(SeleniumExtras.WaitHelpers.ExpectedConditions.ElementToBeClickable(By.<Id or anything>));

希望这能有所帮助。

显然，这是Chrome驱动二进制文件中“不会修复”错误的结果。

一个对我有效的解决方案(我们的里程可能有所不同)可以在这个谷歌小组讨论中找到，评论#3:

https://groups.google.com/forum/?fromgroups= !主题/ selenium-developer-activity / DsZ5wFN52tc

相关的部分在这里:

从那以后，我通过直接导航到的href来解决这个问题 跨度的父锚。 driver.Navigate () .GoToUrl (driver.FindElement (By.Id (embeddedSpanIdToClick)) .FindElement (By.XPath(“。”)).GetAttribute(“href”));

在我的例子中，我使用的是Python，所以一旦我得到了所需的元素，我就简单地使用

driver.get(ViewElm.get_attribute('href'))

我希望这只工作，但是，如果你试图点击的元素是一个链接…

在Visual Studio 2013中，如果你启用BrowserLink -它会在屏幕底部显示一个BrowserLink导航栏。如果你想点击的项目在导航栏后面，它会给出错误。禁用BrowserLink为我解决了这个问题。