<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Redirect Integration URL errors in Webex for Developers</title>
    <link>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4626930#M989</link>
    <description>&lt;P&gt;No, it is not possible to redirect an OAuth error to the original or a previous redirect URL, because it might be the wrong URL and the system has no way to verify it. The error should be corrected prior and all changes in an integration should be reflected in the OAuth Authorization URL the integration is using.&lt;/P&gt;</description>
    <pubDate>Tue, 07 Jun 2022 08:00:11 GMT</pubDate>
    <dc:creator>Janos Benyovszki</dc:creator>
    <dc:date>2022-06-07T08:00:11Z</dc:date>
    <item>
      <title>Redirect Integration URL errors</title>
      <link>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4626928#M988</link>
      <description>&lt;P class="p1"&gt;If the redirect URL or other parameters of an integration change and you do not use the most up-to-date Authorization URL, you might receive the below error in your integration:&lt;/P&gt;
&lt;P&gt;"We've encountered an error. Try again later."&lt;/P&gt;
&lt;P class="p1"&gt;&amp;nbsp;&lt;/P&gt;
&lt;P class="p1"&gt;In that case, is it still possible to redirect an OAuth Authorization error to the original redirect URL with an error response?&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2022 07:58:52 GMT</pubDate>
      <guid>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4626928#M988</guid>
      <dc:creator>Janos Benyovszki</dc:creator>
      <dc:date>2022-06-07T07:58:52Z</dc:date>
    </item>
    <item>
      <title>Re: Redirect Integration URL errors</title>
      <link>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4626930#M989</link>
      <description>&lt;P&gt;No, it is not possible to redirect an OAuth error to the original or a previous redirect URL, because it might be the wrong URL and the system has no way to verify it. The error should be corrected prior and all changes in an integration should be reflected in the OAuth Authorization URL the integration is using.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2022 08:00:11 GMT</pubDate>
      <guid>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4626930#M989</guid>
      <dc:creator>Janos Benyovszki</dc:creator>
      <dc:date>2022-06-07T08:00:11Z</dc:date>
    </item>
    <item>
      <title>Re: Redirect Integration URL errors</title>
      <link>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4627487#M993</link>
      <description>&lt;P&gt;It's possible to configure more than one Redirect URI for an Integration, so you could keep the old URL around and have it handled by something that does something sane (the run-time redirect URL will have some error stuff in the URL query params.)&amp;nbsp; This won't help for incorrect client_id/client_secret.&lt;/P&gt;
&lt;P&gt;However, you really should be handling the OAuth auth URL building server-side, accepting the final OAuth Redirect on the server, performing the auth token exchange on the server, and sending the access token to the app.&amp;nbsp; This keeps all application ids/secrets only on your server and not anywhere in the client, where they can be compromised (or become stale.)&amp;nbsp; A purely single-page web app can't really be secure - the sensitive OAuth stuff should be handled server-side.&lt;/P&gt;</description>
      <pubDate>Tue, 07 Jun 2022 21:40:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/webex-for-developers/redirect-integration-url-errors/m-p/4627487#M993</guid>
      <dc:creator>dstaudt</dc:creator>
      <dc:date>2022-06-07T21:40:54Z</dc:date>
    </item>
  </channel>
</rss>

