问SalesForce API: OAuth授权错误1800

EN

(不是一个真正的答案，我希望随着形势的发展，它会经常更新)

真奇怪。

是的，就连接应用程序而言，Developer是一种“产品”。您可能必须使用Salesforce Support (右上角的帮助和培训链接)提交一个案例。

工作台确实使用API (可能也使用API)，但是如果您使用的是您的用户名& pass，我看不出它将如何转到OAuth.

你能下载任何其他与SF相关的工具(数据加载器，Force.com IDE，，Explorer，一些iPad/Android应用程序.该死的，甚至为桌面聊天)，并尝试连接？

有时候，API产品不会显示安全令牌的特殊字段(您可以通过在密码字段“passwordSecurityToken”中输入更长的字符串来绕过这个字段)，但是Workbench在我访问Dev时从未请求过令牌。版本。

OAuth在NA15上有一个问题，但现在应该解决。我用一个全新的NA15组织对工作台进行了测试，它的工作与预期一样。

当我尝试通过解码startUrl参数并在一个已经登录的选项卡中直接找到它时，我遇到了这个问题。例如

1. 登录到na14.salesforce.com上的某个组织
2. 单击sfdx授权vs代码中带有默认url的组织。
3. 被发送到像https://login.salesforce.com/?startURL=%2Fsetup%2Fsecur%2FRemoteAccessAuthorizationPage.apexp%3Fsource%3D<long_base64_encoded_string>这样的url
4. 使用url解码器(即https://meyerweb.com/eric/tools/dencoder/)将其转换为https://login.salesforce.com/?startURL=/setup/secur/RemoteAccessAuthorizationPage.apexp?source=<long_base64_encoded_string>
5. 更改url以与我登录的域相匹配，即https://na14.salesforce.com/?startURL=/setup/secur/RemoteAccessAuthorizationPage.apexp?source=<long_base64_encoded_string>
6. 通过标准的oauth补助金
7. 成功

在大多数情况下，这是很好的工作，但在某些情况下，我得到了美妙的oauth错误1800。在这些情况下，我能够通过指定我的实例在启动oauth授权时所处的特定域来解决这个问题。使用上述步骤2的示例，我将选择https://na14.salesforce.com作为url (其他oauth流通常提供类似的自定义url输入，但ymmv)。瞧，第七步成功了。

不能确定这是否会发生在其他人身上。