If you’ve recently changed your Windows account password without supplying the previous one, that’s unfortunately expected (and filed as part of this issue, which needs to be addressed by the Chromium team).
Otherwise, I’m happy to look into your logs — you can generate them with starting Brave (not as admin) from Command Prompt via "C:/Program Files/BraveSoftware/Brave-Browser/Application/brave.exe" --args --enable-logging --v=1. Then you can share with me the resulting chrome_debug.log from %localappdata%/BraveSoftware/Brave-Browser/User Data via the DM I’m just sending you (don’t forget to rename chrome_debug.log to chrome_debug.txt before sharing).
yes I have read through it. it was not helpful as i have not changed any password or device or OS.
yet i have tried to run a software to forcevully view them. and it said that is faild to get them back.
also on another software, it can show the username but password is empty
@baha I did receive your logs, but there’s pretty much nothing in there. Would you mind trying again and leaving the browser on for a few seconds and then making sure you close it before sharing the resulting file? Thanks!
@baha From your recent logs it seems you’re another victim of Chromium’s folder permissions issue I filed with them here. Can you remember launching Brave as administrator in the recent past?
@baha I’ll also be reaching out via DM to get the permissions on the affected folders fixed to see if it also fixes the issue you’re experiencing with your passwords. Under normal circumstances, these two shouldn’t be related to each other, but since there’s a lot of Access is denied. (0x5) errors on your component folders, I’d like to try and rule them out before we proceed.