Authentication loop happens on any mac I have with Brave. The URL I am trying to browse to is my work personal or corporate SharePoint online site (any sharepoint.com URL).
Looping between https://device.login.microsoftonline.com/ , then https://login.microsoftonline.com/common/DeviceAuthTls/reprocess , then a post to the internal default.aspx page, then it loops rapidly until eventually I receive We couldn’t sign you in. Please try again.
I have tried Brave on multiple macOS Sonoma devices - same results. Other browsers work find.
Default shield settings - also occurs with shields down
Site works as expected when using Chrome or Edge
Version 1.63.162 Chromium: 122.0.6261.69 (Official Build) (arm64) (https://brave.com/latest/ )
1 Like
6e75
March 1, 2024, 10:32pm
2
I’m seeing the same issue on Sonoma. Also seeing it in the Windows x64 version of Brave.
This is a known issue that the team has already pushed a fix for — it should be hitting Brave stable. builds shortly:
opened 11:33PM - 28 Feb 24 UTC
closed 11:19AM - 29 Feb 24 UTC
webcompat/not-shields-related
QA/Yes
privacy/chromium-redqueen
OS/Desktop
<!-- Have you searched for similar issues? Before submitting this issue, please … check the open issues and add a note before logging a new issue.
PLEASE USE THE TEMPLATE BELOW TO PROVIDE INFORMATION ABOUT THE ISSUE.
INSUFFICIENT INFO WILL GET THE ISSUE CLOSED. IT WILL ONLY BE REOPENED AFTER SUFFICIENT INFO IS PROVIDED-->
## Description
Brave goes into a long redirect loop when trying to login to https://unomail.sharepoint.com/. This started happening on ~Feb 28 2024, and presumably because of a website auth flow change. It does not look related to Shields or privacy protections, the breakage happens even with the following:
1. Shields down for both unomail.sharepoint.com and login.microsoftonline.com
2. Tracker, fingerprinting, HTTPS upgrades, De-AMP, debouncing all set to Disabled
3. 3P cookies globally allowed
https://unomail.sharepoint.com/ works fine on Safari, FF, Chrome, DDG. Brave only has troubles with SharePoint, regular login via login.microsoftonline.com directly works fine.
Community reports:
1. https://community.brave.com/t/unable-to-login-into-microsoft-account-in-brave-browser-but-working-fine-for-other-browsers/534041/4
2. https://community.brave.com/t/cannot-log-in-to-corporate-microsoft-sharepoint/534039
## Steps to Reproduce
1. Go to https://unomail.sharepoint.com/
3. Try logging in with regular MS account
## Actual result:
There's a number of redirects between unomail.sharepoint.com and login.microsoftonline.com
<img width="1512" alt="image" src="https://github.com/brave/brave-browser/assets/5284154/141af42b-824a-4707-8d93-a3bd1eafc7e8">
<img width="1184" alt="image" src="https://github.com/brave/brave-browser/assets/5284154/35315aa7-749d-4126-a48c-844acc00352a">
The network activity looks like this:
1. POST to https://unomail.sharepoint.com/_forms/default.aspx returns a 302 to `https://login.microsoftonline.com:443/f1f4be86-d048-47e8-aa26-15b01dcdb13d/oauth2/authorize?client%5Fid=...`
2. GET to that redirected URL is 200
4. But then another POST request to https://unomail.sharepoint.com/_forms/default.aspx is started which gets a 302, etc.
## Expected result:
Either logged in or if there's no SharePoint account, a page that says that your account `can't be found in the unomail.sharepoint.com directory`.
<img width="996" alt="image" src="https://github.com/brave/brave-browser/assets/5284154/f145af2b-6bc9-45ea-a4e5-5028a18d0476">
## Reproduces how often:
Always
## Brave version (brave://version info)
1.65.6 Chromium: 122.0.6261.43 (Official Build) nightly (arm64)
Happens on all Brave versions
system
April 1, 2024, 12:11am
4
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.