显然无法感知404跨浏览器错误

我通过WP-FB-AutoConnect wordpress插件遇到了所有浏览器错误。成功登录后（通过日志和会话测试确认），表单的callback_function.submit（）会导致404错误。但是，当我刷新页面时，文件确实存在。就好像在元素的action属性中存在某种编码错误，但是，我已经尝试了所有明显的修复，从urlencode（）到htmlentities（）。显然无法感知404跨浏览器错误

由于我无法提供一个示例，因为它位于受保护的开发环境中，请允许我描述该插件的工作方式。我有一种强烈的感觉，这与特定的插件无关，而是我不熟悉的结果。

用户点击Facebook登录。
Facebook登录提示按预期显示，并且用户单击'允许'
会话已启动。在日志中确认，并通过访问网站确认会话确认。
但是，当表单通过提供给Facebook API的函数中包含的回调函数[document.callback_function.submit（）]提交时，生成的页面是'链接看起来被破坏[chrome]'。
该文件存在。这通过刷新浏览器所说的不存在的页面来确认。

一些注意事项：

权限是正确的。页面在刷新时加载。该文件存在。
这个错误出现在Webkit和Moz，我没有打扰IE浏览器，因为这是一个完全不同的令人头痛的问题。
该链接正确无误，URL中的任何字符都看起来不正确。
同样，任何日志中的零错误。

请注意：我很难描述这个错误，因为它很不起眼。在我13年的网页开发中，我从未遇到过像这样的事情。

我希望有人在那里经历过类似的事情并对此事有任何意见。我真的希望这只是我谦卑的一刻。经过几小时和几个小时的调试，看到一个无形的错误，并且由于缺乏描述问题的能力而拒绝来到这里，我没有其他选择。我找不到任何此错误的发生，无论是Facebook登录特定的错误，还是通常在Javascript中，浏览器问题或通过Google或Stack Overflow等途径发生的服务器端问题。

来源

2012-06-25 Sandwich

您可以尝试在Chrome控制台处于打开状态时提交表单吗？特别是，打开网络选项卡并点击底部的“点”按钮（“保留导航日志”）。我的猜测是有一些奇怪的重定向正在进行。随着网络标签，你可能会看到发生了什么。 –

检查，很快就会跟进。 – Sandwich

所以得到这个，我今天早上醒来......试试吧.... VIOLA！有用。我系统中的小鬼们嘲笑我的死亡，并在昨天浪费了8个小时。对我来说，肯定是一段谦卑的时刻。 – Sandwich

从浏览器发出的错误中仔细检查脚本，看起来好像脚本本身有错误，导致脚本失败。如果在站点加载完成之前发生错误，PHP将无法解析错误。

来源

2012-06-25 01:25:21 NicT

显然无法感知404跨浏览器错误

回答

相关问题