<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[OAuth Complete Registration functionality breaks the authorization flow after upgrading to version 1.59.1]]></title><description><![CDATA[<h3>Flow Before Version 1.59.1</h3>
<ol>
<li>Open the registration page.</li>
<li>Click "Google" (or another OAuth identity provider).</li>
<li>Authorize with Google.</li>
<li>Get redirected to the provided URL (my app).</li>
</ol>
<p dir="auto">This flow was simple and straightforward.</p>
<h3>Flow After Version 1.59.1</h3>
<ol>
<li>Open the registration page.</li>
<li>Click "Google" (or another OAuth identity provider).</li>
<li>Authorize with Google.</li>
<li>The <code>/oauth2/complete-registration</code> page opens.</li>
<li>The user is forced to provide a password (Why? The user wants to log in with Google and shouldn't need a password at this point. We don't need it either).</li>
<li>The user clicks "Submit" on the complete registration page.</li>
<li>The <strong>Sign In</strong> page opens (Why? The user should already be signed in).</li>
<li>The user has to sign in again (Why? How do we explain that this is expected behavior and not a bug, especially right after a successful registration?).</li>
<li>Finally, the user is redirected to the provided URL (my app).</li>
</ol>
<p dir="auto">This adds unnecessary complexity and confusion. How can we avoid the complete registration page and redirect the user straight to the app? It's acceptable for the user to see the complete registration page, but it is not acceptable to force them to sign in again.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/3048/oauth-complete-registration-functionality-breaks-the-authorization-flow-after-upgrading-to-version-1-59-1</link><generator>RSS for Node</generator><lastBuildDate>Fri, 17 Jul 2026 20:11:14 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/topic/3048.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 25 Aug 2025 07:03:26 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to OAuth Complete Registration functionality breaks the authorization flow after upgrading to version 1.59.1 on Mon, 15 Sep 2025 17:40:15 GMT]]></title><description><![CDATA[<p dir="auto">FYI, this was fixed in 1.60.0, per the release notes.</p>
<blockquote>
<p dir="auto">In version 1.59.0 the password is now optional when creating or updating a user.</p>
<p dir="auto">When returning from a third-party login, a user may be prompted to complete registration by entering a password when self-service is enabled and is configured to require a password.</p>
<p dir="auto">This was unintended and has been corrected.</p>
</blockquote>
<p dir="auto"><a href="https://fusionauth.io/docs/release-notes/" rel="nofollow ugc">https://fusionauth.io/docs/release-notes/</a></p>
<p dir="auto">Tracking issue: <a href="https://github.com/FusionAuth/fusionauth-issues/issues/3159" rel="nofollow ugc">https://github.com/FusionAuth/fusionauth-issues/issues/3159</a></p>
]]></description><link>https://fusionauth.io/community/forum/post/8372</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/8372</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Mon, 15 Sep 2025 17:40:15 GMT</pubDate></item><item><title><![CDATA[Reply to OAuth Complete Registration functionality breaks the authorization flow after upgrading to version 1.59.1 on Tue, 26 Aug 2025 13:18:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/3617">@atabakov</a> Can you please share the settings for the application in that Admin UI? Please do not include any secrets.</p>
]]></description><link>https://fusionauth.io/community/forum/post/8347</link><guid isPermaLink="true">https://fusionauth.io/community/forum/post/8347</guid><dc:creator><![CDATA[mark.robustelli]]></dc:creator><pubDate>Tue, 26 Aug 2025 13:18:05 GMT</pubDate></item></channel></rss>