我通过 WP-FB-AutoConnect wordpress 插件遇到了一个全浏览器错误。成功登录（通过日志和会话测试确认）后，表单的 callback_function.submit() 会导致 404 错误。但是，当我刷新页面时，该文件确实存在。好像元素的 action 属性中存在某种编码错误，但是，我尝试了所有明显的修复，从 urlencode() 到 htmlentities()。
由于我无法提供示例，因为它位于受保护的开发环境中，请允许我描述插件的工作原理。我有一种强烈的感觉，这与特定的插件无关，而是我根本不熟悉的东西的结果。
- 用户点击 Facebook 登录。
- Facebook 登录提示按预期出现，用户点击“允许”
- 会话开始。在日志中确认，并通过访问网站检查会话确认。
- 但是，当通过回调 [document.callback_function.submit() 包含在提供给 Facebook API 的函数中] 提交表单时，结果页面是“链接似乎已损坏 [chrome]”。
- 文件存在。这可以通过刷新浏览器所说的页面不存在来确认。
一些注意事项：
- 权限是正确的。页面在刷新时加载。该文件存在。
- 这个错误出现在 Webkit 和 Moz 中，我没有为 IE 烦恼，因为那是一组完全不同的头痛。
- 该链接是正确的，并且 URL 中的所有字符似乎都没有被错误地编码。
- 同样，任何日志中的错误为零。
请注意：我很难描述这个错误，因为它非常不起眼。在我 13 年的 Web 开发中，我从未遇到过这样的事情。
我希望有人经历过这样的事情并对此事有任何意见。我真的希望这对我来说只是一个谦卑的时刻。经过数小时调试一个看不见的错误，并且由于我缺乏描述问题的能力而拒绝来到这里，我别无选择。我找不到任何此错误的发生，无论是 Facebook 登录特定错误，还是通常在 Javascript、浏览器问题或通过 Google 或 Stack Overflow 等途径的服务器端问题。