Finder shows the Chinese characters 文件 next the md text in the Kind column for Markdown files:
Same is shown in the inspector:
Through Google Translate I found that the characters 文件 mean file in Chinese.
Why is Finder showing the word file in md file in Chinese?
How can I revert it to English?
Here I've uploaded a sample file that shows this behaviour on my machine.
I'm on macOS 10.15.3, the preferred system language is English (UK). No other files show any Chinese characters.
What I've tried
Per suggestion of bjbk I've set the Open with to Visual Studio Code and restarted. This did not change the Kind column contents.
Per suggestion of WGroleau I checked if file README.md returned the same Chinese characters. It does not, it simply returns:
README.md: UTF-8 Unicode text
I've tried using the mdls command on the file, it shows that the content type is com.unknown.md. Maybe that's can help pinpoint the issue?
Full mdls output below:
_kMDItemDisplayNameWithExtensions = "README.md"
kMDItemContentCreationDate = 2020-01-20 21:18:03 +0000
kMDItemContentCreationDate_Ranking = 2020-01-20 00:00:00 +0000
kMDItemContentModificationDate = 2020-03-14 17:21:13 +0000
kMDItemContentModificationDate_Ranking = 2020-03-14 00:00:00 +0000
kMDItemContentType = "com.unknown.md"
kMDItemContentTypeTree = (
"com.unknown.md",
"public.text",
"public.data",
"public.item",
"public.content",
"public.plain-text"
)
kMDItemDateAdded = 2020-03-14 17:18:56 +0000
kMDItemDateAdded_Ranking = 2020-03-14 00:00:00 +0000
kMDItemDisplayName = "README.md"
kMDItemDocumentIdentifier = 0
kMDItemFSContentChangeDate = 2020-03-14 17:21:13 +0000
kMDItemFSCreationDate = 2020-01-20 21:18:03 +0000
kMDItemFSCreatorCode = ""
kMDItemFSFinderFlags = 0
kMDItemFSHasCustomIcon = (null)
kMDItemFSInvisible = 0
kMDItemFSIsExtensionHidden = 0
kMDItemFSIsStationery = (null)
kMDItemFSLabel = 0
kMDItemFSName = "README.md"
kMDItemFSNodeCount = (null)
kMDItemFSOwnerGroupID = 20
kMDItemFSOwnerUserID = 502
kMDItemFSSize = 97
kMDItemFSTypeCode = ""
kMDItemInterestingDate_Ranking = 2020-03-14 00:00:00 +0000
kMDItemKind = "md"
kMDItemLastUsedDate = 2020-03-14 17:21:05 +0000
kMDItemLastUsedDate_Ranking = 2020-03-14 00:00:00 +0000
kMDItemLogicalSize = 97
kMDItemPhysicalSize = 4096
kMDItemUseCount = 21
kMDItemUsedDates = (
"2020-03-13 23:00:00 +0000"
)


/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregistermight benefit from more explanation, as it didn't show up as being in my path on the CLI… – LаngLаngС Jun 07 '20 at 14:01lsregisteranswer. Let me know if needs updating. If you asked a pointed question on this as follow up - @ me - I would love to answer whatever questions you might have on this deep topic. – bmike Jun 07 '20 at 15:05/usr/local/binfor useful tools that Apple buries - airport, lsregister are two I can’t live without so I make it easy to run them without a long path @LаngLаngС If sublime text is the culprit - tons of people will see this breakage and it will get fixed quickly once people report it to the vendor IMO – bmike Jun 07 '20 at 16:09com.unknown.mdtype with a Chinese localized name. I've updated TeXShop, but that didn't change anything. I'll see if re-installing it helps. – Saaru Lindestøkke Jun 08 '20 at 06:25/System/Library/Frameworks/CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/Versions/A/Support/lsregister -kill -r -v -apps uI wiped my launchservices database, which "resolved" the issue. It reset all file associations though, but that's ok for me. – Saaru Lindestøkke Jun 08 '20 at 06:32