2012-05-21 67 views
0

我已经为facebook选项卡实现了一个非常简单的“like guard”,并且遇到了与测试用户相关的问题。多个测试人员报告说,当他们打开一个标签并点击“like”按钮时,他们并不总是会刷新一个页面(所以类似的守卫在手动重新加载之前不会消失)。这是在页面顶部使用Facebook的按钮,而不是我自己编写的。第一次点击Like按钮后,Tab内容不会刷新

作为一个完整性检查,我启用了一些简单的日志记录在我的服务器上,并能够重新创建问题 - 我打了“像”或“不像”但似乎没有请求对我的index.php页面,所以绝对不会发生刷新。

我知道这个老bug https://developers.facebook.com/bugs/228778937218386但这个看起来不一样。对于初学者来说,在第一次点击“like”按钮之后,如果我继续单击不同于/ like/....那么刷新会自动发生,如预期的那样。特别奇怪的是,如果我在刷新第一次失败后重新加载页面,刷新将按预期再次开始工作,即第一次更新为我喜欢的状态会触发页面刷新。

一些可能相关的信息(?):

  1. 我Tab是一个测试页面的一部分,并且是未发表的
  2. 我只使用HTTP托管的选项卡的内容,因为我的HTTPS不设置尚未
  3. 到目前为止,我刚刚与其他管理员进行了测试 - 所以也许用户角色会影响到这一点?

好奇,看看有没有人遇到过这个问题。

+0

嗯,我发现重新创建此问题的唯一方法100%的时间是在“喜欢”页面后访问该选项卡。当第一次查看选项卡时,如果单击不同按钮,则100%的时间不会刷新(但随后的喜欢/不喜欢会触发刷新)。这发生在IE9和Firefox中,所以不太可能是浏览器问题...... – Adam

回答

1

终于尘埃落定这一问题,以防他人分享遇到同样的问题:

我的困惑是由我创建,其中引起/分配我的测试。我制作了一个虚拟社区页面来托管我正在构建的选项卡,并将所有测试人员添加到测试社区页面。我意识到唯一没有得到奇怪刷新问题的用户是那些我也添加为应用程序本身的管理员/测试人员的测试人员。显然,将它们作为测试人员添加到社区页面是不够的,而且在他们查看选项卡时不会给您提供某种警告,测试人员只会获得此错误更新行为。

相关问题