Jump to content
Victor Guerrero

Folders with ".com" isn't recognized like that

Recommended Posts

Hi,

 

Recently, I move from El Capitan to Mojave. I have the last update of Mojave(10.14.3) and Alfred(3.8 build 959). 

 

All works perfect except finding folders that have a name with contains ".com".

 

I'm developer and I organize all the projects by the domain name. So, my working tree is something like that:

 

~/domain.com

~/domain.net

~/domain.es

~/domain.local

 

Folders that have .com are recognized like "other" objects instead folders, it also occurs in Spotlight. I try to delete and recreate whole index two times, but it doesn't work. To partial fix it, I had to create a dummy file with the name "file.com" and add it to Preferences > Default Results > Advanced. 

 

Any ideas of how to solve it?

 

 

Regards

 

Captura de pantalla 2019-02-11 a las 16.39.35.png

Captura de pantalla 2019-02-11 a las 16.41.52.png

Share this post


Link to post

@Victor Guerrero Welcome to the forum :) I think you may be mixing up a few issues here, but essentially it's caused by an underlying Mojave bug. Here's how you can resolve it:

 

First, domain.com as a folder shouldn't be an issue; You'll see both the URL (if you have the "Recognise URLs in Alfred main window" checked in Features > Web Search > URLs / History) and the folder. I've checked this on my own Mac on Mojave, and the name of the folder makes no difference as far as I can see.

 

Screenshot 2019-02-11 at 17.34.18.png

 

Secondly, looking at your Features > Default Results > Advanced screenshot, the file type is not correctly identified - assuming that's a folder you dragged in? Seeing a dyn.[bunch of numbers] file type instead of public.folder for your folder indicates that there's a Launch Services issue. In other words, the folders are not showing up in your results because Alfred doesn't have the information needed to recognise it as a folder file type.

 

You can confirm this by installing Alfred's Metadata tool (https://cachefly.alfredapp.com/tools/AlfredMetadataTool_v1.1.zip) and dragging in folders you can't find. The top section of the data should include "File Type: public.folder" if the Launch Services data is healthy, or a dyn.[numbers] if there's an issue.

 

This appears to be a bug in Mojave where an issue with Launch Services crops up for users who've either restored from backup or upgraded. (Doesn't appear to occur for users who've fresh-installed Mojave). 

 

Could you please try rebuilding your Mac's LaunchServices using the command below? This should help macOS re-establish what file type apps should be, which should then return them correctly in Alfred's results.

/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -domain local -domain user

Once that's completed, you might find Finder & macOS will appear slow temporarily while all old cached icons are replaced.

 

And finally, if you rebuild your Mac's metadata from Alfred's Advanced prefs, you should be able to completely refresh your Mac's index and remove the underlying corruption issues.

 

Let us know how you get on :) 

 

Cheers,
Vero

 

Share this post


Link to post

Hi Vero,

 

First, thank you so much for your reply. 

 

I saw your reply in other forum on Internet, I don't remember where, but I didn't try yet. 

 

I can confirm that I installed a fresh Mojave copy this weekend and I didn't use Time Machine o something similar. I restored my files by hand(folder to folder) without any help. 

 

I going to check your solution and then come back with the results.

 

 

Thanks

Share this post


Link to post

Hi again Vero,

 

I can confirm that your solution fixed the problem. The ".com" folders started to appear after rebuild Mac's metadata

 

Btw, the process to rebuild macOS Metadata from Alfred fails, because Alfred launch "rm /.Spotlight-V100" and in Mojave you have to launch the command like this: "sudo rm -rf /.Spotlight-V100".

 

Thanks a lot!

Edited by Victor Guerrero

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×