Running Brave on Mac Monterey can create bookmarks, but not keep them after closing browser

Here is the Brave URL result:

Captured password manager logs are listed below. Logs are cleared and no longer captured when all password-manager-internals pages are closed.

Try to refrain from posting any password related data on this (or any) public form (for obvious reasons).

I’m actually wondering if Brave isn’t remembering passwords because you need to grant the browser keychain access on your OS. On your Mac, if you go to Keychain Access —> Login, do you see Brave safe storage listed here?

Sorry if I inadvertently posted password related data. Is there anything I did that needs to be deleted?

Regarding Keychain Access, I opened that app and searched for “Brave” in each section. This did not produce any result in either the default keychains or the system keychains.

Should I have seen a result?

To confirm, you don’t see anything like the following?

No sir. Nothing Brave at all.

@toddmoore ,

Tx. Good to know, that the “Login Data” file shows a worthy table, instead of being empty.

Good for you, to have the help of Mattches. My apologies for not thinking of “Brave Safe Storage”:

Brave Safe Storage

–

1Password Support info:

–

Get started with 1Password in your browser
“https://support.1password.com/getting-started-browser/”

Note, in that web page, there is a section:

Fill two-factor authentication codes
“https://support.1password.com/getting-started-browser/#fill-two-factor-authentication-codes”

–

If you don’t see the 1Password icon in your browser’s toolbar
“https://support.1password.com/missing-browser-button/”

–

Save and fill passwords in your browser
“https://support.1password.com/save-fill-passwords/”

–

Use 1Password as an authenticator for sites with two-factor authentication
“https://support.1password.com/one-time-passwords/”

–

Can you try launching Brave, then going to (on your system) System Preferences --> Security & Privacy and check to see if the system is asking/warning you to allow Brave to access macOS keychain access?

@toddmoore ,

You used Migration Assistant for the move from your old Mac to your new Mac. Did you have Brave Browser on your old Mac computer, and do you still have that older Mac computer?

If so, can you still run that old Mac computer and take a look at the Keychain? See if it has the “Brave Safe Storage” item.

Apple info on exporting and then importing keychain items:

“https://support.apple.com/guide/keychain-access/copy-keychains-kyca1121/mac”

I am not certain, but you might have to (as Mattches points out) un-install / re-install Brave Browser after that effort. I am hoping that, then Brave Browser will be recognized by the Mac OS, as having a right to access that Keychain item (you might be prompted to allow it).

The following screenshot, is of the information window that shows as a result of double-clicking on the “Brave Safe Storage” entry in the Keychain:

Access_Control

@289wk brings up a good point — an un/reinstall of the browser may trigger the OS to prompt you to add Brave safe storage to the keychain. Note that to keep your data, you’ll only want to trash the Brave.app in the Applications folder, then re-download and install the app as normal.

1 Like

Security & Privacy has four tabs. I assume you are referring to the Privacy tab. In that area, the only reference I saw to Brave was under “Location Services” where Brave was already checked (as well as Safari).

Not that it likely matters, but Chrome was not checked – so I checked it.

Neither Brave nor other browsers came up under any of the other categories within Privacy – except “Automation” where Chrome was the lone browser listed and under it “Finder” was unchecked – so I checked it there too (for what it may be worth). While in system preferences I checked the “Passwords” area, but no reference to Brave was found (which I guess is to be expected since they seemed to be all site addresses).

You would be prompted to in the General tab of Security & Privacy.

I do have my other laptop - and I do see “Brave Safe Storage” Listed in Keychain Access as an application password. However, the “Export” function is greyed out! (I can import but not export - what else can go wrong?) BTW -I have reinstalled Brave browser several times and so far nothing has triggered the OS to addBrave to the keychain. Unfortunately I have to leave for the eve, Hoping we may address this on Thursday. Thank you both for your patience and support so far.

@toddmoore ,

UPDATE: Unless I mention the old Mac computer, assume that I am writing about your new Mac computer.

–

From here on, I’m revising what I wrote on Wed., Mar. 9th evening. With the aim now, to establish the “Brave Safe Storage” entry in the Keychain of your new Mac:

Brave Safe Storage

. . . and then coaxing the Brave Browser.app (on your new Mac) to create a new BraveSoftware folder at:

/Users/[username]/Library/Application Support/BraveSoftware/

The following process, will eventually include the removal of the currently existing BraveSoftware folder at that location.

–

My apologies, re your new Mac, I never asked if you had tried toggling the Brave Browser > Settings . . . switch positions (trying different combinations):

Setting that notion aside . . .

Now, instead of testing, please Disable both of those switches, and then Enable in the Clear browsing data [On exit] window, Passwords and other sign-in data:

brave://settings/clearBrowserData

clear_on_exit

. . . and then close the Settings and other Brave Browser windows, and Quit Brave Browser.

Next, Start up Brave Browser, and adjust the Clear browsing data in order to Disable the clearance of Passwords and other sign-in data on exit.

Next, Enable both Passwords switches mentioned previously (“brave://settings/passwords”), and then close the Settings and other Brave Browser windows, and Quit Brave Browser.

Log out of your Mac. Wait a moment. Log into your Mac.

–

GETTING INFO FROM OLD MAC

Now, take a look at the old computer > Keychain > Brave Safe Storage info.

You can read and write down (by hand on paper), the password (see Show password):

Brave_Safe_Storage

–

RETURNING TO WORK ON YOUR NEW MAC

On your new Mac, start up the Keychain application.

Under the File menu, select New Password Item:

New_Password_Item

You should get a pop-down window (the following or similar to the following):

popdown_window

For “Keychain Item Name” enter “Brave Safe Storage”

For “Account Name” enter “Brave”

For “Password” enter what you wrote on the piece of paper.

When ready, click the “Add” button.

In the Keychain application window, you should be able to find the new item – example:

New_Password_Item_02

Double-click on the “Brave Safe Storage” [name] entry, and its info window should open.

Brave_Safe_Storage

Examine the Attributes tab. If the “Where” field is blank, you may enter: “Brave Safe Storage”

Click on the Access Control tab:

Access_Control

Select the settings as you see, Enable only the “Confirm before showing access” button.

“Brave Browser.app” might not show, as having access.

If so, click on the + symbol button. A Finder navigation window should appear, and you would then navigate to the Brave Browser.app at

/Applications/Brave Browser.app

Once you have that set up, Quit everything.

Log out of the Mac. Wait a moment. Log into the Mac. Then start up the Keychain application and verify that the Brave Safe Storage entry and its settings are intact. Then Quit the Keychain application.

Now, move the BraveSoftware folder

/Users/[username]/Library/Application Support/BraveSoftware/

. . . to the Desktop. Select the BraveSoftware folder, there on the Desktop and use the Compress “BraveSoftware” selection in the Finder > File menu. Keep the “BraveSoftware.zip” compressed result on the Desktop, and move the “BraveSoftware” folder to the Trash.

Because, my guess is, that upon starting up Brave Browser, the browser and the new Keychain entry (Brave Safe Storage), are going to meet up (you might be prompted) . . . and then Brave Browser will use that Keychain entry (its password) for items and work to be done within folders of a newly-created BraveSoftware folder.

Here, no uninstall and reinstall of Brave Browser, because I am guessing that it is better, now, to maintain the relation set up between the Keychain, Brave Safe Storage entry’s Access Control setting and the Brave Browser.app.

Start up Brave Browser.


I tried switching the settings just as you specified above including - but that did not work.
Then I tried to create a new password item in Keychain Access.
However, when I input the keychain name, account name, and exact password and hit Add, I got an error “unable to add an item to the current keychain” and "UNIX[Permission Denied]
BTW - I was able to find the keychains located in ~/Library/Keychains/. But I did not try to copy anything (
keychain-db
) from my old laptop (OS 10.14.6) to my new laptop (Monterey) since I have no idea what the impact would be.

@toddmoore ,

WORKING ON YOUR NEW MAC

I am glad that you passed along your info, re Apple Support trying to help you. Because, I did not know that you were still having trouble accessing your work on the new Mac.

Out-of-the-box, Apple computers are issued with a variety of access restrictions that are intended to protect your computer and you.

To the point, in your regard, there are THREE forms, or methods, of access permissions governance:

(1) Sort of a reservoir, not accessible by you, where Apple Mac OS keeps what we might call, Permissions Templates. For certain situations, when the Mac OS might (or believes it must) establish certain permissions for access and / or use of things, DESPITE YOUR EFFORTS to gain access and work without the Mac OS frustrating your access.

For example, an instance of when you might become aware of (1), here, in play: Upon Restarting the Mac, sometimes you will be prompted to OK a fix of permissions (though not so-worded in the dialog box that popped up). Another example would be, when you really mess up (or something is really messed up) and the Mac OS thinks that it must engage (1), here, to try and fix enough of the access situation, in order to at least get the Mac up and running.

(2) Access Control Lists (ACL and ACE for Access Control Entries). These lists and entries have greater rank over file and folder permissions that are POSIX read, write, execute (rwx, 700; rw- 600; etc.) -type of permissions settings.

(3) POSIX read, write, execute file permissions settings – with which, you have been gaining experience.

Now, there are plenty of experts who would re-explain all of my brief explanation, using other, and many more [and some, stern] words.

But here, I mention all three (1)/(2)/(3) access restriction methods, because some understanding needs to be made, that (1) and (2) have greater rank over (3). And, both (1) and (2) are the likely opponents that are frustrating your new Mac and you.

You may get a contact at Apple, who is understanding and tells you, “This is what we are supposed to do . . .” but that contact guides you thru some commands that lift away the weight of a bit of (1) and all of (2).

Or with experience and learning about POSIX file permissions settings – that you have been learning – YOU might uh . . . establish some freedom.

In a nutshell, the following 2 commands plus the Restart, would do it:

sudo chflags -R nouchg /Users/[username]/

sudo chmod -R -N /Users/[username]/

Restart the new Mac

Upon the Restart, you might be prompted to OK some fix; do that. (If so, then the Mac OS noticed something re access restriction methods of (1) and will apply a necessary fix.)

The 3 terminal window commands will relieve you of a few of (1), all of (2), and leave (3) the POSIX file permissions (the rwx stuff), intact.

But that is a big step; and YOUR decision to take, or not, AFTER you have settled things with Apple Support (who may have fixed things, today?).

Meanwhile, what I wrote overnight, is a very focused set of commands, so that ONLY (for now) the Keychains

~/Library/Keychains/

. . . folder on your new Mac, gets the aforementioned freedom, along with an arrangement of POSIX file permissions that existed, and work well, for the Keychains folder out-of-the-box re Mac OS “Sierra” computers and earlier.

–

Need to fix some file and folder permissions.

Quit all applications.

Be sure to back up all your data on your new Mac. Including the Keychains folder.

Backup software:

Schedule GoodSync backups:

“https://www.goodsync.com/”

Schedule WinZip backups:

“https://www.winzip.com/en/learn/tutorials/backup-files/”

–

READ CAREFULLY about “the-long-character-string-folder-name”

After completing your backups, use the Finder on your new Mac, and navigate to the Keychains folder

~/Library/Keychains/

and open that Keychains folder. Set the Finder menu bar > View menu selection to “List As”.

Inside that Keychains folder, there is a directory (folder) with a long name, roughly similar to (an example):

PNIU37-O8OBG-GQG34-QG34-A-SFBSHOUYVE

and four files:

login.keychain
login.keychain-db
metadata.keychain
metadata.keychain-db

You will soon be using the actual folder name, in a terminal window command.

–

The following Terminal.app window commands, will set the file and folder permissions for your Keychains folder and certain contents:

~/Library/Keychains/

to what works on my Mac OS “Sierra” machine and should also work for your new Mac.

For the first command, you need to use the folder name that you actually found earlier:

ztstF=“the-long-character-string-folder-name” (including the quotes)

sudo chflags -R nouchg ~/Library/Keychains 2> /dev/null

sudo chmod -R -N ~/Library/Keychains 2> /dev/null

sudo chmod -R 600 ~/Library/Keychains/“$ztstF” 2> /dev/null (including the quotes)

sudo chmod 700 ~/Library/Keychains/“$ztstF” 2> /dev/null

sudo chmod 644 ~/Library/Keychains/login.keychain 2> /dev/null

sudo chmod 644 ~/Library/Keychains/login.keychain-db 2> /dev/null

sudo chmod 600 ~/Library/Keychains/metadata.keychain 2> /dev/null

sudo chmod 600 ~/Library/Keychains/metadata.keychain-db 2> /dev/null

sudo chmod 755 ~/Library/Keychains 2> /dev/null

sudo chown -R $UID:staff ~/Library/Keychains 2> /dev/null

Those commands should appear as

–

The result should appear as follows, for the visible items that you found earlier, using the Finder (I entered the example name for the long-named-folder):

–

Quit any applications that you might have opened, and Restart your Mac.

–

Thanks again for your detailed reply. Before I perform these steps I just need a few clarifications:

  1. I have a Samsung T7 physically cabled to my laptop for time machine back ups. Last back up is usually very recent. I assume that is sufficient.
  2. Which computer are we doing these Terminal commands on? (I got the UNIX permissions denial on the old laptop, but I suspect we are about to fix permissions on my new laptop.) As previously noted a while back, I think (and Apple seems to agree), my new laptop does have some sort of permissions issue - introduced by their own Terminal command months ago.
  3. Regarding the first “ztstF= the long character
” command, you say, “For the first command, you need to use the folder name that you actually found earlier.” I understand I have to put a folder name inside the quotes after ztstF= but I don’t know what folder name you are referring to. (Is there a pathway you can specify?)

If you wish to clarify my questions 2 & 3 above, I can try to carry out your latest guidance.

@toddmoore ,

I updated both of my replies 34 and 36:

“Running Brave on Mac Monterey can create bookmarks, but not keep them after closing browser - #34 by 289wk”

“Running Brave on Mac Monterey can create bookmarks, but not keep them after closing browser - #36 by 289wk”

–

BUT. You should not entirely trust the Apple Mac OS Time Machine. You need to do manual backups of important data and folders, by drag-copying such items over to your external, attached drive.

On that external attached drive, maybe create a new folder:

Manual_Backups

An example of a sub-folder that you would create, therein:

“20220310_Thu_users_Library_f_bkup”

and drag-copy your home directory’s Library folder, into that.

“20220310_Thu_users_Desktop_f_bkup”

same. You get the idea.

PS. Get an extra, external drive. ONE is not enough.

–

I downloaded GoodSync. When I tried to create folders to back up to on my Samsung T7, they were greyed out and “get info” says I have only read permission!

I vaguely recall the Samsung setup dialogue for use of a password. But am pretty sure I chose not to require password since my laptop says at home.

So, I am surprised that only my Time Machine seems to have access to this external drive. Any suggestions?

@toddmoore ,

IF you had another external attached drive, you could use GoodSync to set up automated backups to that drive.

FOR DRAG-COPYING AND / OR USING GOODSYNC, I STRONGLY RECOMMEND USING AN EXTERNAL DRIVE OTHER THAN YOUR CURRENT Samsung T7.

BUT, IF using another external attached drive is not possible for you . . .

IMPORTANT: For manual backups in the following situation, you WOULD NOT be using GoodSync or any automated backup software. You would only be drag-copying important folders and data, from your new Mac, to a volume (that you create) on the Samsung T7.

Go here:

Scroll down to: “Here’s the steps I did to create the new volume” – detailed by MacRumors forum member, “WildSky”:

Here’s the steps I did to create the new volume:

  1. Connect your external drive connected so that you can see it in a Finder window sidebar.
  2. Go to Applications > Utilities > Disk Utility.
  3. Select your external drive in the list.
  4. On the right side of Disk Utility above the graphs, you’ll see a Volume ±. Tap on plus to add the volume. You’ll be presented with format and size options. I went with APFS and 10GB to test it.
  5. The new volume will be created within seconds, and you can close Disk Utility. You should see it mounted in the Finder window sidebar below your Time Machine volume.

From there you can simply drag files to that new volume.

Use the Disk Utility.app (it is in /Applications/Utilities/) in order to discover how much space is used on your Samsung T7 external attached drive. You need to leave a lot of room for the Time Machine backup volume space. So, when creating your new volume, you would be judiciously setting a portion of the un-used, available drive space, for your MANUAL_BACKUPS volume.

The URL address (article at MacWorld) referenced by “WildSky”:

“https://www.macworld.com/article/234913/macos-big-sur-supports-time-machine-on-apfs-formatted-drives-but-there-are-a-few-catches.html”

The relevant part:

Screen Shot 2022-03-11 at 3.55.48 PM

My amendment/editing of that:

You can no longer “access the Time Machine volume directly through the Finder” – news to me; things have changed.

Using Disk Utility and the steps mentioned by “WildSky”, the volume that you would be creating, “can be used independently of the volume assigned the [Time Machine] Backup role.”

FOR DRAG-COPYING AND / OR USING GOODSYNC, I STRONGLY RECOMMEND USING AN EXTERNAL DRIVE OTHER THAN YOUR CURRENT Samsung T7.

–