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

Interesting that file sharing is known not to stick. It is not the worst problem in the world.
I tried the two Terminal commands you suggested. The first result was not what I expected (does not exist). Here are the results:

username ~ % defaults read /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.AppleFileServer
2022-03-16 22:06:11.377 defaults[65424:690624]
The domain/default pair of (/private/var/db/com.apple.xpc.launchd/disabled.plist, com.apple.AppleFileServer) does not exist

username ~ % defaults read /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.smbd
0

Is there a way for me to repair com.apple.AppleFileServer.plist or copy a good version of the file into my prefs?

What I would love to fix is my Outlook email search. That issue was not fixed by the two replaced files in 52 above.

@toddmoore ,

Please re-read the updated portion at the end of my reply 54, and all of my reply 60. My apologies for my many online re-edits that may interrupt your reading them.

BBEdit manual:

https://pine.barebones.com/manual/BBEdit_10_User_Manual.pdf

Look up “Compare Two Front Windows

The objective being: For you to arrange to have two similar files on your Mac Desktop, and then use BBEdit > Compare Two Front Windows function, to view and notice any differences between the files.

Command to place a copy of “com.apple.AppleFileServer.plist” file on the Desktop of YOUR Mac (one line command – the wacky Discourse Report/Reply window makes the following look like 2 lines):

cat /Library/Preferences/com.apple.AppleFileServer.plist > /Users/[username]/Desktop/com.apple.AppleFileServer_T.plist

Command to place a copy of “com.apple.AppleFileServer.plist” file on the Desktop of your wife’s Mac (one line command – the wacky Discourse Report/Reply window makes the following look like 2 lines):

cat /Library/Preferences/com.apple.AppleFileServer.plist > /Users/[username]/Desktop/com.apple.AppleFileServer_W.plist

Command to place a copy of “disabled.plist” file on the Desktop of YOUR Mac (one line command – the wacky Discourse Report/Reply window makes the following look like 2 lines):

cat /private/var/db/com.apple.xpc.launchd/disabled.plist > /Users/[username]/Desktop/disabled_T.plist

Command to place a copy of “disabled.plist” file on the Desktop of your wife’s Mac (one line command – the wacky Discourse Report/Reply window makes the following look like 2 lines):

cat /private/var/db/com.apple.xpc.launchd/disabled.plist > /Users/[username]/Desktop/disabled_W.plist

Because of the display problem: the wacky Discourse Report/Reply window makes the following look like 2 lines (because of the " > " character that is intended to direct the output of the command, to a Desktop file), I added the following examples of what are called one liners – commands entered as a single line in the Terminal Window.

Your wife’s Mac – is represented by the “_W”. These two examples also illustrate by comparision between them, the use of the tilde ( ~ ) character:

I performed the comparison of the two plist files in BBEdit (as well as the TT ACL Effective Permissions for the Library/Preferences folder). See attached screenshots (where my wife’s mac is on the left, and my mac is on the right)

@toddmoore , (my reply to your reply 63)

UPDATED 20220320 Sunday

Thanks for getting and using BBEdit. The ability to compare two text files alongside each other, is very helpful.

For the following info in my reply, here

  • No TT ACL work
  • No Finder > Get Info work

I am looking for info, including ACL results (if any), including some attributes (if any), including date details, in all the following (except the tail-end Firewall issue).

For the following command results, I only need the screenshots.

Please display the screenshots in the same order as the following "ls . . . " commands.

The commands have been modified, in order to provide the rows in the results, that will indicate the relative permissions of the neighboring items.

On your new Mac computer

cd /Library/
ls -leTn@ . | grep -A3 -B3 ‘^d.* Preferences$’

Need a screenshot of the results, of that command.

Rough example:

Screen Shot 2022-03-17 at 11.43.55 AM

On your new Mac computer

cd /Library/Preferences/
ls -leTn@ . | grep -A3 -B3 ‘^-.* com.apple.AppleFileServer.plist$’

Need a screenshot of the results, of that command.

Rough example:

On your new Mac computer

cd /private/var/db/
ls -leTn@ . | grep -A3 -B3 ‘^d.* com.apple.xpc.launchd$’

Need a screenshot of the results, of that command.

Rough example:

Screen Shot 2022-03-17 at 11.51.22 AM

On your new Mac computer

cd /private/var/db/com.apple.xpc.launchd/
ls -aleTn@ . (notice, for that, I included the ““a”” flag)

Need a screenshot of ALL the result lines, of that command, for the contents of that ““com.apple.xpc.launchd”” folder. Not merely the following for the ““disabled.plist”” file:

Screen Shot 2022-03-17 at 12.00.23 PM

On your new Mac computer

cd /Library/Preferences/SystemConfiguration/
ls -leTn@ . | grep -A3 -B3 ‘^-.* com.apple.smb.server.plist$’

Need a screenshot of the results, of that command.

Rough example:

Firewall

On your new Mac, and on your wife’s Mac

Go to: System Preferences > Security & Privacy > Firewall [tab]

Note all the differences; include the Firewall Options; include what you see after clicking any ““Advanced”” button. IOW: Thoroughly compare.

DO NOT provide screenshots, here, for this Firewall issue.

What did you discover? In your own words.

@toddmoore , (my reply to your reply 61)

If you get e-mails re my replies to you, please ignore the contents of such e-mails, because they are not likely to have the more recent editing.

The “com.apple.AppleFileServer” key:

Screen Shot 2022-03-17 at 12.42.50 PM

and its (true / false) status is missing from the “disabled.plist” file on your new Mac. That file location:

/private/var/db/com.apple.xpc.launchd/disabled.plist

That key is NOT missing from the “disabled.plist” file on your wife’s Mac.

The few lines of your “com.apple.AppleFileServer.plist” file located at:

/Library/Preferences/com.apple.AppleFileServer.plist

indicate that one or more processes, and one or more users, are un-able to write to that file.

Except, the “root” user was able.

If the “com.apple.AppleFileServer” key is included in the “disabled.plist” file of your new Mac, and the status of that key is “false” (as it is on your wife’s Mac), then we would expect your File Sharing setting to stick.

Maybe.

It is possible, with that “com.apple.AppleFileServer” key and status, some user (other than root) and some process will finally start to write to the “com.apple.AppleFileServer.plist” file on your new Mac.

But a puzzle remains, that the “com.apple.AppleFileServer.plist” FILE, has also seen very limited writing to it. That file should have many lines, such as seen in the same file on your wife’s Mac.

Thus, my reply 64.

TT Logs and Reports

https://www.bresink.com/osx/300644207/Docs-en/pgs/0110-Info.html

Scroll down, and select the “Logs and Reports” section. You might find some info of interest.

" The second pop-up button named Server logs permits access to the log files collected by the server features of OS X."

POSSIBLE FIX

Go to System Preferences > Sharing >

Disable File Sharing.

Close and Quit everything.

Restart your new Mac.

Remove the immutable flag (if any), and remove ACL permissions, for the “com.apple.AppleFileServer.plist” file:

cd /Library/Preferences/

sudo chflags nouchg “com.apple.AppleFileServer.plist”

sudo chmod -N “com.apple.AppleFileServer.plist”

Create a “com.apple.AppleFileServer” key in the disabled.plist file and set its status to “true”; as follows:

Copy the following “defaults write” command, and paste it into a new BBEdit text document. Carefully review the entire command. When you are prepared, copy the command from the BBEdit text document window and paste the command into the Terminal window:

sudo defaults write /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.AppleFileServer -bool true

cd /private/var/db/com.apple.xpc.launchd/

open . (Yes; that is “open .”) (That will cause the “com.apple.xpc.launchd” folder window to open.)

Locate the “disabled.plist” file. Open that file, with BBEdit.

Copy all of the contents of that “disabled.plist” file, and paste into the BBEdit text document and Save that document. Close the “disabled.plist” file.

In the BBEdit text document window, you should see what you effectively wrote into the “disabled.plist” file:

Screen Shot 2022-03-17 at 7.04.46 PM

Next, to turn ON File Sharing, go to System Preferences > Sharing >

Start with the Options button and work your way out, as previously suggested in an earlier reply.

Close and Quit everything.

Restart your new Mac.

If things go well, then:

Visit the “disabled.plist” file and open it with BBEdit:

/private/var/db/com.apple.xpc.launchd/disabled.plist

You should discover that the “com.apple.AppleFileServer” key status changed from “true” to “false”.

Instead of opening the “disabled.plist” file, you could use the following command:

defaults read /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.AppleFileServer

Response 0 - (not disabled)
Response 1 = (disabled)

The “com.apple.AppleFileServer.plist” file might populate with some lines. Take a look:

/Library/Preferences/com.apple.AppleFileServer.plist

The File Sharing settings might stick.

Microsoft Outlook E-mail

Re your “What I would love to fix is my Outlook email search.”

Microsoft Office installed on my Mac, is at least 2 generations. Other than the /Applications folder, the following are the other locations where files were installed or updated for the last (probably the 2nd) generation. I classified the items into groups with respect to, What to keep or not, going thru a re-installation:

Keepers
/Library/Application Support/Microsoft/
/Library/Fonts/Microsoft/
/Library/LaunchDaemons/com.microsoft.office.licensing.helper.plist
/Library/PrivilegedHelperTools/com.microsoft.office.licensing.helper

Probably License Key (keep):
/Library/Preferences/com.microsoft.office.licensing.plist

Trash - before re-installing
~/Library/Caches/Microsoft/
~/Library/Preferences/com.microsoft.*.plist (various preferences files; * is wildcard character)
~/Library/Saved Application State/com.microsoft.autoupdate.fba.savedState

Uncertain - but I would keep the folder, though maybe set aside a few of the .plist settings -type files within.
~/Library/Preferences/Microsoft/

My current guess is, that a Microsoft Office re-installation might fix the issue you have with Microsoft Outlook.

I originally had Microsoft Outlook, installed long ago, followed by Microsoft Entourage. That, apparently now days would be replaced by Microsoft Outlook.

I do not use Microsoft e-mail software, installed on the Mac -nor- via some “cloud”. I did use Microsoft e-mail software some time ago.

An (old) article re Immutable Flags, probably illustrates some things better than I have:

http://www.thexlab.com/faqs/immutableflags.html

Scroll down to: “The output will be in the following format”

Thx. I will try this guidance ASAP.

Sorry it took so long to provide the results of the ls commands:Last login: Sun Mar 20 17:40:34 on ttys000
[username]@[username]16Pro ~ % cd /Library/
[username]@[username]16Pro /Library % ls -leTn@ . | grep -A3 -B3 ‘^d.* Preferences$’
zsh: no matches found: ‘^d.*
[username]@[username]16Pro /Library % cd /Library/Preferences/
[username]@[username]16Pro Preferences % ls -leTn@ . | grep -A3 -B3 ‘^-.* com.apple.AppleFileServer.plist$’
zsh: no matches found: ‘^-.*
[username]@[username]16Pro Preferences % cd /private/var/db/
[username]@[username]16Pro db % ls -leTn@ . | grep -A3 -B3 ‘^d.* com.apple.xpc.launchd$’
zsh: no matches found: ‘^d.*
ls: DifferentialPrivacy: Operation not permitted
[username]@[username]16Pro db % cd /private/var/db/com.apple.xpc.launchd/
[username]@[username]16Pro com.apple.xpc.launchd % ls -aleTn@ .
total 32
drwxr-xr-x 8 0 0 256 Mar 7 15:37:35 2022 .
drwxr-xr-x 107 0 0 3424 Mar 18 13:12:21 2022 …
drwxr-xr-x 2 0 0 64 Feb 6 16:22:11 2022 config
-rw-r–r-- 1 0 0 395 Mar 7 14:57:45 2022 disabled.501.plist
-rw-r–r-- 1 0 0 742 Mar 18 13:12:26 2022 disabled.503.plist
-rw-rw-rw- 1 0 0 0 May 20 17:33:44 2015 disabled.migrated
-rw-rw-rw- 1 0 0 289 Mar 18 13:12:52 2022 disabled.plist
-rw-r–r-- 1 0 0 558 Mar 14 15:31:05 2022 loginitems.503.plist
[username]@[username]16Pro com.apple.xpc.launchd % cd /Library/Preferences/SystemConfiguration/
[username]@[username]16Pro SystemConfiguration % ls -leTn@ . | grep -A3 -B3 ‘^-.* com.apple.smb.server.plist$’
zsh: no matches found: ‘^-.*
[username]@[username]16Pro SystemConfiguration %

@toddmoore ,

Fixing my “ls . . .” commands; using double-quotes instead of single

cd /Library/
ls -leTn@ . | grep -A3 -B3 “Preferences”

cd /Library/Preferences/
ls -leTn@ . | grep -A3 -B3 “com.apple.AppleFileServer.plist”

cd /private/var/db/
ls -leTn@ . | grep -A3 -B3 “com.apple.xpc.launchd”

cd /Library/Preferences/SystemConfiguration/
ls -leTn@ . | grep -A3 -B3 “com.apple.smb.server.plist”

Results that did come thru, for “disabled.plist” file, look sort of OK, but I get a little more restriction:

Screen Shot 2022-03-20 at 6.36.45 PM

Suggestion – if you are permitted, check the permissions for those two files on your wife’s Mac. If her permissions match your permissions for the two files:

“disabled.plist”
“disabled.migrated”

. . . then leave be. Otherwise:

cd /private/var/db/com.apple.xpc.launchd/

Either (a compromise - if for some reason a legit group needs to write):
sudo chmod 664 disabled.plist

Or (what I have):
sudo chmod 644 disabled.plist

Re both of those permissions commands, they take away the ability of “everybody” to write, to the “disabled.plist” file.

While there, to be safe:

cd /private/var/db/com.apple.xpc.launchd/
sudo chmod 644 disabled.migrated

I did run the sudo commands. However, after creating the file I could not open it with BBEdit until I opened Get info. (It said system had read/write but everyone had no access). So I added and Admin with read/write priviliges to the file and then was able to open it with BBEdit. The “disabled.plist” file did read true:

?xml version=“1.0” encoding=“UTF-8”?>

com.apple.AppleFileServer com.apple.CSCSupportd com.apple.mdmclient.daemon.runatboot

However, turning on file sharing and restart, the “disabled.plist” file no longer had the “com.apple.AppleFileServer” key status line at all (while also adding the smbd key/false line):

<?xml version="1.0" encoding="UTF-8"?> com.apple.CSCSupportd com.apple.mdmclient.daemon.runatboot com.apple.smbd

I went to view Sharing in system prefs. Too bad that not only did file sharing not stick, but also the options SMB did not stick.
I checked com.apple.AppleFileServer.plist. It seems like it still has limited lines:

?xml version=“1.0” encoding=“UTF-8”?>

kerberosPrincipal afpserver/LKDC:SHA1.907A2842847039B408D342911598937E6462D7BE@LKDC:SHA1.907A2842847039B408D342911598937E6462D7BE

Do you think I did something wrong while trying to follow your instructions?

The above was related to the Possible Fix instructions. I did use the revised " " commands for the other info you asked for. They still seemed brief:

Last login: Sun Mar 20 17:55:15 on ttys000
[username]@[username]16Pro ~ % cd /Library/
[username]@[username]16Pro /Library % ls -leTn@ . | grep -A3 -B3 “Preferences”
[username]@[username]16Pro /Library % cd /Library/Preferences/
[username]@[username]16Pro Preferences % ls -leTn@ . | grep -A3 -B3 “com.apple.AppleFileServer.plist”
[username]@[username]16Pro Preferences % cd /private/var/db/
[username]@[username]16Pro db % ls -leTn@ . | grep -A3 -B3 “com.apple.xpc.launchd”
ls: DifferentialPrivacy: Operation not permitted
[username]@[username]16Pro db % cd /Library/Preferences/SystemConfiguration/
[username]@[username]16Pro SystemConfiguration % ls -leTn@ . | grep -A3 -B3 “com.apple.smb.server.plist”
[username]@[username]16Pro SystemConfiguration %

Wait - I restarted after my last reply and checked Sharing in system prefs. The File Sharing was checked as was the SMB in options! So the possible fix seems to have worked!

Hi,

Please disable File Sharing on your new Mac.

Your reply 69, referring to my reply 65 and POSSIBLE FIX . . . yeah, you messed up, some; but do not fret.

One file that you were going to create, was a new BBEdit text file, by way of using the BBEdit menu bar > File menu selection. (I thought that you already knew how to do that; sorry.)

That new BBEdit text document was a place for the contents of the existing “disabled.plist” file, to be pasted – and saved as a backup, for example, to your Mac Desktop.

Another file that you were going to create, was also a new BBEdit text file, by way of using the BBEdit menu bar > File menu selection.

The purpose of that second, new BBEdit text document file’s window, is for edit and study of commands.

That, is an easier place to locate single and double quotes that were altered by the Discourse transition, into being curly/smart.

You need to be sure that single and double quotes are plain/simple NOT curly/smart – in Terminal.app window commands.

You need to be sure that the command is ALL ONE LINE.

You need to be sure that portions of the command are NOT jammed together because a SPACE character is missing.

You can do that preparation work, in a BBEdit text document window. It is a valuable workplace.

If you edit curly/smart single-quotes and change them to plain/simple single quotes . . . and copy the command from the BBEdit text document window . . . then, when you paste into the Terminal.app window, the plain/simple single-quotes that are part of the command, will remain intact.

And then, the command is likely to work properly.

When prepared, then copy the command from the BBEdit window . . . and paste into the Terminal.app window.

You were going to copy from my reply 65, the following command that is ALL ONE LINE:

sudo defaults write /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.AppleFileServer -bool true

and paste that entire command into the new BBEdit text document window.

Tip: The command has 6 SPACES between its portions.

The object of the exercise re the command that is presently being discussed, was to create a “com.apple.AppleFileServer” key within the “disabled.plist” file located at:

/private/var/db/com.apple.xpc.launchd/disabled.plist

and also set the value (ie status) of that particular “com.apple.AppleFileServer” key to “true”.

You were NOT going to create a new “disabled.plist” file. I hope that you did not, somehow do that.

Now, we need to find out what is the condition of the “disabled.plist” file at:
/private/var/db/com.apple.xpc.launchd/disabled.plist

Use the following command:

cat /private/var/db/com.apple.xpc.launchd/disabled.plist

. . . you will get a result in your Terminal.app window.

Please provide a screenshot of ONLY the dictionary portion of that result, resembling the following:

Screen Shot 2022-03-21 at 2.51.05 AM

Other than actually reading the contents of the “disabled.plist” file, a test, to see what is the status of the “disabled.plist” file’s “com.apple.AppleFileServer” key, is the following command:

defaults read /private/var/db/com.apple.xpc.launchd/disabled.plist com.apple.AppleFileServer

IF the key exists in the “disabled.plist” file, then one of the following responses will occur:

0 - meaning (not disabled)
1 - meaning (disabled)

AGAIN, if the key exists in the “disabled.plist” file, then one of the following responses will occur:

0
1

That’s it.

Suggested reading:

Column headers: Code / Character / Character Names

Curly/Smart:

Screen Shot 2022-03-21 at 3.35.37 AM

Plain/Simple:

Screen Shot 2022-03-21 at 3.37.27 AM
Screen Shot 2022-03-21 at 3.37.16 AM

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.