Wrong one though. That’s the focus for the issue happening on Windows. Since OP is on Linux, should be related to the one below:
opened 10:59PM - 19 Mar 25 UTC
closed 07:28PM - 26 Mar 25 UTC
OS/Linux
QA Pass-Linux
priority/P2
QA/Yes
release-notes/exclude
OS/Desktop
### Description
Now I should say, this is a problem that a friend of mine has, … I've got him to try brave, but he is having an issue where when signing in to Google/YouTube on Brave, the browser is set to remember the password and user. However, after closing Brave and reopening it, the login is not retained. He has to sign in again and complete 2FA authentication.
On my computer, brave works as intended being that fully closing brave and reopening it then navigating to YouTube.com, I'm already signed in. no input needed. This seems like some session cookie issue, but he also tried it on a laptop of his that has never had brave, and the issue is happening there too, so I'm very confused what this could be, we went through all the settings and nothing seems out of place.
### Steps to reproduce
1. Open Brave.
2. Navigate to [YouTube](https://youtube.com/).
3. Sign in and save the login
4. Close Brave completely.
5. Reopen Brave (startup setting: "Open the New Tab page").
6. Navigate to [YouTube](https://youtube.com/) again.
### Actual result
YouTube.com opens to a "not signed in" state and you have to sign in.
### Expected result
YouTube should open to the main page with you already signed in after reopening the browser.
### Reproduces how often
Easily reproduced
### Brave version (brave://version info)
[Version 1.76.74 Chromium: 134.0.6998.89 (Official Build) (64-bit)](https://brave.com/latest/)
### Channel information
- [x] release (stable)
- [ ] beta
- [ ] nightly
### Reproducibility
- [x] with Brave Shields disabled
- [ ] with Brave Rewards disabled
- [ ] in the latest version of Chrome
### Miscellaneous information
He tried this on a second device (a laptop) and got the same behavior. Is this possibly something on googles side? To me, it sounds like the session cookie isn't working correctly, but I'm not an expert.
@BobbyThortan following what’s being said so far on the Linux topic:
Can you please try running the browser with --disable-features=UseFreedesktopSecretKeyProvider and see if it helps? Also would be nice to hear if the same issue is reproduced (or not) in Chromium 135 for you.
I can reproduce the issue with following (latest?) nightly.
Brave 1.79.28 (Official Build) nightly (64-bit)
Can you please try running the browser with --disable-features=UseFreedesktopSecretKeyProvider and see if it helps?
This fixes the issue for me on the mentioned nightly mentioned above. <3
I am running Kubuntu 24.04 LTS with a mix of KDE Plasma and i3. Let me know if you need any further information.
Thank you. Looks like Chromium disabled this feature recently, we’re going to do the same via Griffin .
FYI: --disable-features=UseFreedesktopSecretKeyProvider fixes the issue for me on Kubuntu 24.04 with 1.77.95.
Can confirm this works for me on Arch/KDE. Hint: put it in ~/.config/brave-flags.conf so you don’t have to mess with any launchers.
2 Likes