<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><br></div><div><a href="https://developer.pingidentity.com/en/resources/napps-native-app-sso.html" target="_blank">https://developer.<wbr>pingidentity.com/en/resources/<wbr>napps-native-app-sso.html</a></div><div><br></div><div>Does not apply to QT5 applications, but might be useful in other settings.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div><br></div></font></span></div></blockquote><div><br></div><div>Issue I see with this is while it works, seems to break the way openid connect is supposed to work.  you're not supposed to move the tokens between agents (in this case the browser and the app).  Should be generating a new token once authenticated that is then transfered via OAuth2 (we had this same discussion over on kubernetes a few weeks back).</div><div><br></div><div>But I think the moral of the story is, if you design your app+backend services correctly saml vs openid connect shouldn't matter.</div><div> </div></div></div></div>