fb:request 表单中的操作始终为 null

发布于 2024-09-07 23:49:40 字数 870 浏览 12 评论 0原文

更新:这种情况刚刚再次发生,希望得到任何帮助。

我正在使用服务器 fbml 渲染邀请朋友 iframe,直到两天前它都工作正常。基本上,提交表单后,应该调用一个 java 操作,我可以在其中获取受邀用户的所有 id。

然而,我现在注意到出现了“通过电子邮件邀请”弹出窗口,最重要的是,我的 java 操作根本没有受到影响。当我检查 firebug 中的表单时,我注意到该操作始终为空(尽管所有其他参数都正确保留)。

我尝试在多好友选择器上设置 email_invite=false 但无济于事。

我的代码如下所示:

    <fb:fbml> 
        <fb:request-form action="http://localhost:8080/myAction.do?method=someAction" method="POST" invite="false" target="_top" type="invite" content="CONTENT_GOES_HERE" > 
            <fb:multi-friend-selector showborder="false" actiontext="Invite your friends to use our app." target="_top" email_invite="false"> 
        </fb:request-form> 
    </fb:fbml>

</script>

对此任何帮助将不胜感激。

更新:这种情况刚刚再次发生,希望得到任何帮助。

谢谢,齿轮。

UPDATE: this has just started happening again, would appreciate any help.

I am using server fbml to render an Invite Friends iframe and it was working fine up until two days ago. Basically, after submitting the form, a java action should be invoked where I get all the id's of the user's invited.

However, I now notice that an "invite by email" popup is showing up and, most importantly, my java action isn't being hit at all. When I inspect the form in firebug, I notice that the action is always empty (though all other parameters are preserved correctly).

I've tried setting email_invite=false on the multi-friend-selctor but to no avail.

My code looks like the following:

    <fb:fbml> 
        <fb:request-form action="http://localhost:8080/myAction.do?method=someAction" method="POST" invite="false" target="_top" type="invite" content="CONTENT_GOES_HERE" > 
            <fb:multi-friend-selector showborder="false" actiontext="Invite your friends to use our app." target="_top" email_invite="false"> 
        </fb:request-form> 
    </fb:fbml>

</script>

Any help would be greatly appreciated on this.

UPDATE: this has just started happening again, would appreciate any help.

Thanks, gearoid.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(4

一抹苦笑 2024-09-14 23:49:40

Facebook 最近在多好友选择过程中添加了一个额外的步骤,正如您所看到的。据我所知,没有任何方法可以阻止这种情况的出现。

但是,一旦用户离开“通过电子邮件邀请”弹出窗口,您仍然应该收到发送给您的选择器结果。

Facebook 的最新更新可以在此状态帖子中查看。

Facebook have recently added an extra step into the multi-friend selector process, which is what you're seeing. There isn't, as far as I know, any way to stop this from appearing.

However, you should still be getting the result of the selector sent to you once the user navigates away from the "invite by email" popup.

Facebook's latest update can be seen in this status post.

今天小雨转甜 2024-09-14 23:49:40

为了防止出现弹出窗口,请将此属性添加到多好友选择器中
import_external_friends=“假”

To prevent that popup appearing add this attribute to the multi friend selector
import_external_friends="false"

旧时模样 2024-09-14 23:49:40

事实证明,这可以通过多种不同的方式发生。

A) 您可以多次调用 FB.init

B) 使用错误的密钥调用 FB.init

C) 您可以提供未映射到 facebook 上当前应用程序的操作

D) 您或您的员工可能会意外地提供相同的画布/app 两个应用程序的 url。

网上大部分的解决方案都指向AC。当有人不小心创建了第二个开发应用程序,指向 localhost 或 127.0.0.1 作为您管理的多个应用程序的画布 URL 时,您将受到攻击。我花了几个小时才想搜索我们的其他应用程序。所以我希望这可以为某人节省大量时间。干杯

Turns out this can happen a lot of different ways.

A) You can call FB.init multiple times

B) Call FB.init with the wrong key

C) You can supply a action that doesn't map to your current application on facebook

D) You or your staff can accidentially supply the same canvas/app url for two apps.

Most of of the solutions online point at A-C. When someone accidentally creates a second dev app pointing at localhost or 127.0.0.1 as the canvas url for multiple apps you admin you will get hosed. Took me hours upon hours to think to search our other apps. So i hope this saves someone a truck load of time. Cheers

很酷又爱笑 2024-09-14 23:49:40

我在 fb-root javascript 中设置了不正确的 appId。这导致了错误。

I had an incorrect appId set in the fb-root javascript. This caused the error.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文