Brave Browser cannot update

Brave Browser cannot update or reinstall

maybe download/updating site is blocked?
(not that one that provides installer, but that one that provides update)

about a week ago started to got this message:

in setting get infinite updating:

attepmts to reinstall results in infinite downloading:

reinstall from microsoft store results the same red message

@verylazylexa

Translation of the message that you started to get a week ago:

Unable to install the latest version of
Brave, which includes new features
and security updates.

Make sure that you are not somehow blocking domains (and sub-domains thereof):

  • brave.com
  • cloudfront.net
  • bravesoftware.com
  • amazonaws.com

You might test PING:

  • brave-browser-downloads.s3.brave.com
  • laptop-updates-pre.brave.com
  • laptop-updates.brave.com
  • updates-cdn.bravesoftware.com
  • updates.bravesoftware.com

Exit / Quit everything and restart the computer.


IF Brave Browser is running, disable extensions; and then Exit / Quit everything and restart the computer.

An anti-virus type of software package might be interferring.

IF you are using a VPN, try changing to an alternate VPN service location/server (ie another of the VPN service’s IP addresses).


Check:

File and Folder Permissions - Brave Browser (Windows OS):




Ref.: ‘https://github.com/brave/brave-browser/issues/38609


And then, there is the following:

Lost cookies, extensions, filters, but tabs are there, on 2 different computers - #3 by Flex

I asked Perplexity.ai to decipher those commands. The reply:

Those three commands are working together to take control of the Brave Browser profile folders and reset their permissions for the Administrators group.

1) takeown /F ... /R /D Y /A

takeown /F C:\Users\USERNAME\AppData\Local\BraveSoftware\Brave-Browser /R /D Y /A

  • takeown – changes the owner of files/folders.
  • /F <path> – target folder: here it is the Brave-Browser folder in your profile.
  • /R – recurse into all subfolders and files.
  • /D Y – automatically answer “Yes” to any confirmation prompts when access is denied.
  • /A – make the Administrators group the owner (instead of just the current user).

Effect: Administrators become the owner of the entire Brave-Browser tree under that user profile, including all subfolders and files.

2) icacls ... /setowner Administrators /T

icacls C:\Users\USERNAME\AppData\Local\BraveSoftware\Brave-Browser /setowner Administrators /T

  • icacls – manages NTFS permissions and ownership.
  • /setowner Administrators – explicitly sets the owner to the Administrators group.
  • /T – applies to the folder and all subfolders and files.

Effect: Confirms and enforces that Administrators are the owner of everything under Brave-Browser (similar goal to the first command, using a different tool).

3) icacls ... /inheritance:e /T /C

icacls C:\Users\USERNAME\AppData\Local\BraveSoftware /inheritance:e /T /C

  • /inheritance:eenables permission inheritance so items inherit ACLs from their parent folder.
  • /T – recurse through all subfolders and files under BraveSoftware.
  • /C – continue even if errors occur (skips over problem files, keeps going).

Effect: Re-enables normal inherited permissions for everything under BraveSoftware, so permissions flow down from the parent instead of using only custom/blocked ACLs.

Overall purpose

Together, these commands:

  1. Make the Administrators group the owner of the Brave Browser data folder and all of its contents.
  2. Ensure that ownership is set consistently using both tools (takeown and icacls).
  3. Turn inheritance back on for the broader BraveSoftware folder so its permissions are normalized and inherited from its parent, which can fix “Access denied” and permission corruption issues within the Brave profile.

Deep Packet Inspection (“DPI”) is a possibility.

Not sure that’s the right troubleshooting flow here.

If they got the prompt that there is an update, those domains aren’t blocked then or the browser would never get this far.

avoiding dpi for all 9 sites helped to reinstall brave
(or maybe some otherthing has changed)
thanks a lot!

I think it was the latter, and the worst case of coincidental timing I had ever seen. I see your post was made around the same time Brave did apparently have some server related issue.


(This is based on my timezone, but your post was 10 hours ago, and this is within that range.)

Very small blip though, but there were 2 reports then (and sadly no way to see what they were about, or which domain).

The biggest thing for me is you got the prompt to update which means those domains were open, or Brave wouldn’t have known an update was even there.

But yea, I’m personally feeling it was coincidental.

@verylazylexa

Yes, Deep Packet Inspection (“DPI”) is a possibility.

alas, no technical information in that article