Jump to content

hars

Member
  • Posts

    3
  • Joined

  • Last visited

hars's Achievements

Helping Hand

Helping Hand (3/5)

0

Reputation

  1. I thought I was so clever but alas, the problem only seems to be fixed on some files and not all. After much googling and mucking about, I think I am closer to the cause. It's something to do with the xattr attributes for sure, but perhaps not just the dropbox ones. Adding "com.apple.quarantine" makes the files/folders appear in Alfred immediately. Removing it afterwards leaves the file/folder working in search. Weird! Edit: Turns out just removing the attributes with: xattr -c filename Fixes the problem on any of the old files not just the dropbox ones. They're still there with metadata unchanged. Sorry for wasting your time if this has nothing to do with Alfred but hopefully it'll help troubleshooting!
  2. Just noticed you have a bug reporting forum, I posted this thread on the main one: MacOS: 13.3.1 (a) (22E772610a) Alfred: 5.1 - Build 2134 I spoke to the lovely Vero over email about this issue last year but was unfortunately unable to solve it. I revisited the problem, opened up a terminal emulator and bashed my head on the keyboard which surprisingly worked this time. Old dropbox Xattr attributes are to blame. Why it randomly happens (after renaming files for example) is going to be a mystery for the ages but I'm just glad Alfred is performing dutifully again. Not sure if this is an Alfred bug but it does look like a few other people have this issue so hope it helps.
  3. I had a frustrating issue with Alfred being unable to find a particular directory of files that I've had for a number of years. When running the file troubleshooting, Alfred would report the file existing within the default search scope but would then fail down the bottom at the MDQuery search. If I renamed the file, it would appear in Alfred but over time randomly it would just fail again. Super weird. Reindexing and deleting the V100 didn't work, the official bandaid is to broaden the search scope to the full disk, which works, but that just makes search return so much junk it's not tenable. Looks like this: Managed to figure out, it was some old Xattr attibutes from dropbox that was the issue. My files were in dropbox but moved out and into icloud. It goes without saying please make a backup before making any changes. From the terminal if you run: xattr -l yourfilename and you see either of these attributes (screenshots attached): com.dropbox.attrs: com.dropbox.attributes: That'll be the reason they aren't showing up in Alfred. Remove the attributes with this command: xattr -d com.dropbox.attrs your-file-or-folder-name and/or xattr -d com.dropbox.attributes your-file-or-folder-name I had decades of files to change so just gave the middle finger to dropbox and changed them all with this command: find "/path/to/your/red/headed/stepfiles" -exec xattr -d com.dropbox.attrs {} \; 2>/dev/null and/or find "/path/to/your/red/headed/stepfiles" -exec xattr -d com.dropbox.attributes {} \; 2>/dev/null Alfred will pick them up straight away and deliver them with metadata unchanged on a silver platter to much fanfare. And with the search scope set at default to boot. This problem has plagued me since Monterey and it looks like it's a bit of an edge case so posting this for posterity, hope it helps the other 3.2 people in the world that moved old dropbox files.
×
×
  • Create New...