Dec 26 2023 01:31 PM
By using the Website app, our users were previously able to have our site (app.klue.com) in a tab, either on the desktop, mobile or teams web app. Previously, we use the authentication flow as detailed here: embed tab invites user to login, link would open third party oauth provider (us) in the user's browser, user authenticates, the window is closed, desktop app is notified of successful authentication and reloads the tab with the user logged in
The new desktop app still shows the invitation to link but any attempt to login is unsuccessful. It seems the new desktop app does not receive the authentication notification OR does not send the correct context to the OAuth idp provider. Note: it still works in mobile app, and also it still works in web app with the new teams experience enabled.
Did anyone else see a similar issue? This is frustrating for users as it was a simple quick way to have quick access to our site within Teams
Dec 27 2023 11:35 PM
Jan 03 2024 12:50 AM
Jan 04 2024 11:24 PM
@heri_klue - Could you please share above details?
Jan 16 2024 09:28 AM
Jan 30 2024 12:15 AM
Jan 31 2024 11:43 PM
Please find the below response from engineering team-
Looks like this is happening because the Klue app is making some assumptions about undocumented behavior of Teams that are broken in Teams 2.1 resulting in the divergent behavior. Specifically, they have code in their website that tries to determine if they are being rendered in Teams to change the way login is handled:
In Teams 2.1, the name of the Website tab frame is "platform-website-tab" instead of "embedded-page-container" so the check that the Klue app is doing returns false. They should update this logic to also check for "platform-website-tab"; however, long term it would be best if they figured out how to channel customers to their dedicated Klue app:
Since the Website tab is on a path to deprecation:
https://devblogs.microsoft.com/microsoft365dev/upcoming-updates-to-loading-websites-in-teams-tabs