Migration 某些应用程序无法获得长寿命页面标记

Facebook的离线访问弃用迁移计划于今年早些时候发布。然而，它被多次推迟到10月3日，大概是因为它有问题，尚未完全实施。到目前为止，迁移仍然不完整，并且容易出错

经过数月的准备，更新我们的代码库，以及反复（徒劳）尝试与Facebook合作，这个失败的迁移将在一周内上线

如错误报告中所述(http://developers.facebook.com/bugs/151056591697025)，对于我们的应用程序，无法获取长期页面访问令牌（使用脱机访问权限的替代方法）。Facebook似乎对这一问题毫不关注

如果Facebook继续无所作为，10月3日，我们的应用程序（以及其他许多应用程序）将崩溃。我们该怎么办

---

更新

以下工作流是某些东西不起作用的最确凿证据：

已确认我们收到该用户的短期令牌

确认我们可以将该短期令牌转换为长期令牌

确认当使用此长寿命令牌获取页面访问令牌时，它们将在60天后过期

---

这是合适的工作流程，对吗？

我相信我已经解决了这个问题（至少在我的场景中）。要使其正常工作，需要两件事：

我们在服务器端成功地获得了长期访问令牌。但是，我们不能使用客户端API中的长寿命令牌（通过/me/accounts）来获取未过期的页面访问令牌。这可能是因为客户端从未收到更新的长期访问令牌

无论如何，我们将“页面访问令牌获取”代码从客户端迁移到了服务器端，这似乎解决了问题。（我想一定有办法在客户端做到这一点，但强制客户端API使用更新后的长期访问令牌而不是短期访问令牌可能会很困难。）

在我们将Facebook应用程序从Facebook用户帐户中完全删除之前，我们的更改似乎没有任何影响（至少对我们现有的测试用户和测试应用程序没有影响）(http://www.facebook.com/settings?tab=applications)

---

因此，迁移已启用，您在当前的auth对话框中使用服务器端oauth流，但仍然没有获得60天令牌？正确。我们在这里和那里混合了一些客户端大小的身份验证，但重要的部分应该是服务器端的身份验证，并且功能正常。（见上文更新的主要问题）。非常感谢你的帮助@伊吉，你的想法是什么？我很想听听你的看法。对于下一个投票人，我很想听听你的建设性批评，为什么这不是一个合适的问题。一旦通过用户的长寿（~60天）令牌检索到页面访问令牌，页面访问令牌应该是无限的——如果不是的话，很可能是一个bug，“这些错误报告的问题是，当复制步骤不完全相同或存在其他边缘情况时，人们会说‘我也是’，因此很难找到根本原因-我会看一看，看看这是否是一个已知问题，请您回答，@Igy。”。我相信我已经解决了这个问题。