luizmarelo

Hey folks. As an update, things seems to be working fine now. So I'm guessing fixing the capital A in the filename did it! Thank you for your help! Marking this as solved.

Andrew, yes: I have been using Alfred from many many years now and that alfred.alfredpreferences file have been with me all this time. When I installed alfred 3 on my work laptop (almost 2 years ago), i just downloaded the file from my personal dropbox to ~/Documents and used it with no problem... Meaning: the lowercase `a` in there was never an issue before... The problem I'm highlighted here on this thread only started happening very recently, after upgrading to Alfred 4. Maybe the logic now clearly expects a case-sensitive path for the preferences file? As for the commands to run... They never failed. I.e.: after running them they only returned the usual blank line back to the command prompot. I don't if I mislooked the first time (i think was only paying attention to the drwx* flags, not the @ symbol), but the @ symbol is actually no there indeed. Please note I have also made the file with a upperCase A now: ls -lha total 712 drwx------@ 5 myUser myGroup 160B Jul 24 09:40 . drwx------+ 10 myUser myGroup 320B Jul 23 16:49 .. -rw-r--r--@ 1 myUser myGroup 6.0K Jul 24 09:40 .DS_Store drwxr-xr-x 10 myUser myGroup 320B Sep 28 2017 Alfred.alfredpreferences -rw-r--r-- 1 myUser myGroup 345K Jul 1 2017 Emoji.alfredsnippets I will see how it behaves until the end of the day and report here if that fixed it. Thanks again for the help so far

Hi @Andrew, thanks for your reply! I have not configured a different folder, i.e.: i had the same folder from when i was using Alfred 3. I just installed Alfred 4 and migrated the preferences. It's not on Dropbox and iCloud is also not enabled for this machine (work laptop). I'm storing it in ~/Documents/Alfred. Do these permissions look ok to you? ls -lha ~/Documents/Alfred total 712 drwx------@ 5 santoslg myGroup 160B Sep 28 2017 . drwx------+ 9 santoslg myGroup 288B Aug 13 2018 .. -rw-r--r--@ 1 santoslg myGroup 6.0K Oct 3 2017 .DS_Store -rw-------@ 1 santoslg myGroup 345K Jul 1 2017 Emoji.alfredsnippets drwxr-xr-x@ 10 santoslg myGroup 320B Sep 28 2017 alfred.alfredpreferences I have quit Alfred and run the following like advised: chown -R $USER:myGroup ~/Documents/Alfred/alfred.alfredpreferences xattr -rc ~/Documents/Alfred/alfred.alfredpreferences chmod -R u+rwX,go+rX ~/Documents/Alfred/alfred.alfredpreferences but the permissions on `alfred.alfredpreferences` file didn't change (same output for `ls -lha ~/Documents/Alfred` above). Any other ideas?

Hi. Alfred 4.0.3 1092, Powerpack license. Problem: Alfred is not saving my preferences. It works for a few minutes but eventually it resets. For example: appearance is reverted to default theme snippets auto-expansion gets disabled after i had it enabled my custom keyword for dictionary gets reverted to default Clipboard preferences gets reverted to default No reboots or logouts are needed. It just happens during a normal day of work. What have I tried so far: 1) Fix permissions I already followed: https://www.alfredapp.com/help/troubleshooting/preferences/ . The link is about `Alfred 3`, so I have adapted the script to be the following: # Quit Alfred then run the following: chown -R $USER:mygroup ~/Library/Application\ Support/Alfred/ xattr -rc ~/Library/Application\ Support/Alfred/ chmod -R u+rwX,go+rX ~/Library/Application\ Support/Alfred/ chown $USER:mygroup ~/Library/Preferences/com.runningwithcrayons.Alfred* xattr -rc ~/Library/Preferences/com.runningwithcrayons.Alfred* chmod 600 ~/Library/Preferences/com.runningwithcrayons.Alfred* 2) Re run / confirmed all permissions Ensure all permissions are set as per https://www.alfredapp.com/help/getting-started/permissions/ 3) Upgraded to Mojave This issue with Alfred was not the reason i updated to Mojava, but since I've updated I was wondering if by any chance it would get fixed. So I tried 1) above again. No luck. 4) Removed Alfred 4 and installed it again, this time via brew: brew cask install alfred No luck. 5) Tried 1) and 2) above No luck. -------- Any clues?

There isn't even a settings.plist in there: ls -lha ~/Library/Application\ Support/Alfred\ 2/Workflow\ Data/com.sztoltz.editwith total 0 drwxr-xr-x 2 luizfilho staff 68B Jan 5 09:26 . drwxr-xr-x 3 luizfilho staff 102B Jan 5 09:26 ..

I'm having the same problem with MacVim installed via homebrew. I did the brew linkapps command, which places a symlink into /Applications, but with no good. Spotlight is able to find that alias. Then I did the suggest above, putting both /usr/local/Cellar/macvim and /usr/local/Cellar/macvim/7.4-73 into the "Search Scope" (as well /Applications) but to no good. For the record, I have restarted Alfred in those steps. Any clues? Using Alfred last version: 2.5.1 (308) and EdithWith workflow 3.1