@Mattches @steeven actually let me tag you two again but ask…last time some focus got shifted to KDE. But we’ve long had people using other OS with this issue.
Is this still being looked into? And do we need to create a new Github?
@hunsinge @psteg @zx00 while I’ve tagged people, I also just saw the post in screenshot below on Reddit. Just out of curiosity, do you see any difference if you try to run Brave as administrator?
I know often issue here is people say that folders still exist. What does occur though is that there is some change where the keyring doesn’t mesh. Brave uses your OS login info for encryption. So if it is no longer able to access it or if your user data changes, it won’t show things like your passwords.
If somehow doing Run as administrator does seem to change anything, then at least might have a bit of a tip to pass on to the devs. Otherwise might just have to assume was an oddball thing for the person who posted over on Reddit.
1 Like
I’m running this on a desktop logged in to my account as the administrator. I’ll make a note of this as well in the Brave forum. Thanks.
1 Like
Yeah, me too. I just was seeing the words of the person. I know sometimes there’s that one extra step. So choosing Run as administrator from the desktop link seems to be what the person over on Reddit mentioned somehow triggered it to work.
Seems like it shouldn’t do the trick, but it’s simple enough to mention and have people say if it worked.
I did the run as administrator and it didn’t worked.
Still not having my passwords.
My login data file weights 288kb and has all the passwords, but it seems like the Local Slate doesn’t have a working key to decode it.
Version 1.59.117 Chromium: 118.0.5993.70 (Official Build) (64-bit)
I specifically went back in and did a Run as administrator on the latest update and it failed again the same as always. Who and how do we get this directed to someone on the development team to try and help out with the issue?
A simple remedy would be to notify the user that data is being downloaded and an update is occurring when an auto update is being applied. Prompt the user to back up data before the background update occurs instead of hiding it.
Updates occur frequently at launch, and the browser will just hang for a couple of minutes while it updates, giving the appearance of a crash. So the confused user relaunches or ends a process and your data is wiped out. Be transparent with the update process and let the user know what’s happening, instead of just locking up the session.
2 Likes
Yes, your remarks are excellent. Devs who actually give a rip would know these things, ahem.
This literally just happened right now out of nowhere. Can anyone please help.
Using the latest version of brave, I did not clear cookies/cache and am absolutely sure I did not delete the passwords and other sign-in data There is no longer anything present in saved passwords. Is there any possible way to recover these or no?
All I’m looking for is a **simple yes or no, and if yes, what specific file in what specific location am I looking for to try and attempt recovery. **
inb4:
- Have you read other threads on this topic to try and find a solution?: Yes, there’s a plethora of them and most all of them end with OP getting nothing resolved and many times not even a response from staff.
- Are you sure you didn’t check the box?: Yes
- Did you sync or backup the passwords?: No, I never intended to clear them.
- Any questions to do with bookmarks: This has nothing to do with bookmarks, they are still there and yes, I’ve taken a look at the Bookmarks and Bookmarks.bak files, they’re just full of JSON formatted data containing my bookmark info. I’m not sure why so many posters in threads regarding this topic insist on mentioning backing up bookmarks/checking out these files when that has nothing to do with the issue.
I DID NOTHING WRONG, LITERALLY AND OBJECTIVELY THE PASSWORDS WERE THERE AND THEN THE NEXT TIME I OPENED THE BROWSER, WITHOUT DELETING CHANGING OR OPENING/CLOSING ANYTHING ELSE, THE PASSWORDS WERE ALL GONE.
I do not need developers are looking into this, I do not need your guesses of what I did SPOILER:STILL NOTHING
I NEED A FIX. I NEED SOMEWHERE TO CLICK THAT WILL 100% COMPLETELY RESTORE ALL LOST PASSWORDS.
Thank you.** I will post this and bump threads every day and if it closes will post the same thread verbatim until I get an answer.**
Thanks in advance!
Topic being kept open
Is there any update on this? How do we get Brave development to review this and tell us how to fix this problem?!
No, no updates. I know Mattches created a Github on it 2 weeks ago, but unfortunately I’m not getting anyone to say anything about it. That Github is https://github.com/brave/brave-browser/issues/33548
I guess as much as we keep seeing random reports from people, it’s tricky in that the number of people reporting issues is kind of low and nobody has been able to figure out the cause.
To clarify what I mean on cause, people reporting all seem to be from various OS and the timing of them losing data is random. It’s not always just on update and all. I don’t think enough info was gathered to know if people were using extensions, exactly which version of their OS was being used, etc. With that, hard to replicate or find what might be happening.
But I am regularly bringing it up and it’s not been forgotten yet. Just kind of limited on what anyone can do.
My Brave unexpectedly crashed. All of my passwords and autofill gone, safety settings turned off. My computer has not been hacked, and none of my other accounts on other browsers have wiped, but someone pls help me!
@Mynameisanthonygonsa and whoever else. Can you all make sure to read through the original post on this topic, NOTICE: Unexplained Data Loss Issue, and provide as much details as you can as is requested?
Things like you see under Basic data to gather and Advanced data to gather?
This response is Transferred over from initial thread I posted a couple days ago.
- Running Windows 11Pro 64-bit ver 22H2 / Exper pack 1000.22674.1000.0
- Brave - 1.60.110 / Chromium 119.0.6045.105
- Lost all (and only) user name/password data about/after 10/25/2023 - realized on 10/31 PW data was no longer there
- No crash, no system restart
4a) I generally leave the Brave Browser open with about 8 tabs open, then put my laptop to “Sleep” when done using.
4b) When I opened Brave after waking computer, I went to my Gmail tab opened & I was logged out. When I tried to log into my Credit Union page, UN/PW didn’t auto-populate within login page. This is when I discovered there were no passwords saved in my Brave Browser settings. - Yes to auto-saving user name/password within Brave Settings (have never turned it off)
- Brave Sync - YES on 2 Android devices - Galaxy S22 Ultra SM-S908U1 (Android 13 / TP1A.220624.014 - Brave version 1.60.110 / 119.0.6045.105) & Galaxy Tab S6 T867V.04 (Android 12/ SP2A.220305013 - Brave version 1.59.124 / 18.0.5993.117)- passwords do NOT show up on either device - all other data remains, such as bookmarks, etc.
- NO on Clear Browsing Data - nothing is checked within “upon Exit” & I have not cleared out any browsing history, cache, etc. on my own. Same for all devices
I have used iCare Data Recovery on Win Pro11 laptop & can see (or so I believe) the most recent website that I had saved with UN/PW (saved on 10/23/23) within the Login Data (when opening in Notepad), however, when I copy the file to the User Data\Default file in the BraveSoftware file on hard drive, then open Brave & passwords, nothing shows up - like it’s not reading the file. However, if I copy/paste the Login Data file from the Microsoft Edge files, then open up Brave, I can see/retrieve those old passwords.
This may be a “non-trivial” issue to Brave, but for the users of Brave, it is NOT trivial.
Shame on me for not considering backing up all my passwords.
Shame on Brave for dragging feet & not providing a helpful answer other than “you’re out of luck”
**MacOS Sonoma 14.0
**Brave Version 1.60.114 Chromium: 119.0.6045.124 (Official Build) (arm64)
Brave auto updated when browser was shutting down (as I was restarting computer). Upon restart Brave appeared to think it was a new installation (asked me to make it default browser when it already was, tabs that were open when shutdown for restart did not reopen as they normall do).
The following does not apply:
- Profile has not been changed (there is only one)
- Data wasn’t cleared
- Data isn’t set to clear on exit
- No changes to MacOS or users within the last month.
Missing data:
Have lost all saved passwords and browser history, saved payment methods
Data retained:
- Bookmarks (at least the bookmark bar)
How could a report from 2019 have something to do with series of issues from today?
I mean if Chrome had such a massive loss of passwords, histories and so on, wouldnt that have been noticed over the course of the last 4 years?
And I mean, quite honest, Chrome has much more users, so it would have been noticed even more?
Considering its making massive waves in Brave already.
This is a good question. The only thing I do wonder about that though, @ShalokShalom, is if it might be due to how Chrome handles data. History and other information is consistently synced with your Google account. So even if it got wiped from your device, if it pulled up from the sync on your Google account, you’d never notice.
But with Brave doing everything on a device side only overall and sync working differently, this might be what leads to different results.
In any case, I know they are looking into it and I just tagged Brendan Eich and Brian Clifton on this again because it’s been so long since anyone has given any updates.
Essentially the challenge here, as it’s been explained, is that it isn’t something that can be replicated. Add in that the number of people reporting this issue is kind of small in the grand scheme of things. More than 63 million active users with Brave. We’re getting 1-5 people a month reporting this issue, give or take.
It stinks for those experiencing the problem. And I know it’s annoying enough that I’m trying to tag in and keep eyes on it as people are reporting. Just have to also consider on a logical perspective, how can you fix a problem when you can’t identify the cause? And if it’s just a very small subset of users, then is it an issue with Brave or is it something else causing problems?
1 Like
Fair enough.
Still, the number of people reporting this issue can be seen as the tip of the iceberg.
The vast majority of people never report any issue at all, and either change browser or accept the issue as is.
The issue sounds like something that could come up in static analysis.
I dont know, if you do that in CI already, but it seems like some rarely triggered memory issue.