felixbuenemann

Btw. I have another Mac with the same macOS and Alfred versions were the problem does not occur. Both systems are using preference sync through Dropbox, so they have the same Alfred configuration.

I have the same problem on macOS 11.0.1 (20B28) with Alfred 4.2.1b1186. As soon as I disable contacts access for Alfred 4, kill the Alfred process and restart it it works normally. If I don't, the Alfred process is running in the background, but all interactions or tries to open the gui fail.

For others hitting the same problem use the following workaround: Just add English as a secondary preferred language under System Preferences -> Language & Region -> Preferred languages. To keep your default system language, make sure that your native language is the top entry in the list. @Andrew/Vero This seems to be a Chromium bug, so feel free to mark this topic as resolved.

Bingo, it works if I change the system locale to English. I'll update the Chromium bug.

I've also opened a bug report for Chromium, as this also affects OS X's built-in spotlight search.

This is strange, I also installed Todoist for Chromebook and it also only shows up using the cryptic name: /Users/felix/Applications/Chrome Apps.localized/Default bgjohebimpjdhhocbknplfelpmdhifhd.app Internal File Metadata ====================== Display Name: Default bgjohebimpjdhhocbknplfelpmdhifhd Alt Names: Default bgjohebimpjdhhocbknplfelpmdhifhd.app File Type: com.apple.application-bundle Comments: Keywords: Last Used: 2015-04-29 18:26:02 +0000 Raw mdls File Metadata ====================== kMDItemAlternateNames = ( "Default bgjohebimpjdhhocbknplfelpmdhifhd.app" ) kMDItemCFBundleIdentifier = "com.google.Chrome.app.Default-bgjohebimpjdhhocbknplfelpmdhifhd" kMDItemContentCreationDate = 2015-04-29 18:26:00 +0000 kMDItemContentModificationDate = 2015-04-29 18:26:00 +0000 kMDItemContentType = "com.apple.application-bundle" kMDItemContentTypeTree = ( "com.apple.application-bundle", "com.apple.application", "public.executable", "com.apple.localizable-name-bundle", "com.apple.bundle", "public.directory", "public.item", "com.apple.package" ) kMDItemDateAdded = 2015-04-29 18:26:00 +0000 kMDItemDisplayName = "Default bgjohebimpjdhhocbknplfelpmdhifhd" kMDItemExecutableArchitectures = ( "x86_64" ) kMDItemFSContentChangeDate = 2015-04-29 18:26:00 +0000 kMDItemFSCreationDate = 2015-04-29 18:26:00 +0000 kMDItemFSCreatorCode = "" kMDItemFSFinderFlags = 0 kMDItemFSHasCustomIcon = (null) kMDItemFSInvisible = 0 kMDItemFSIsExtensionHidden = 1 kMDItemFSIsStationery = (null) kMDItemFSLabel = 0 kMDItemFSName = "Default bgjohebimpjdhhocbknplfelpmdhifhd.app" kMDItemFSNodeCount = 1 kMDItemFSOwnerGroupID = 20 kMDItemFSOwnerUserID = 501 kMDItemFSSize = 94637 kMDItemFSTypeCode = "" kMDItemKind = "Programm" kMDItemLanguages = ( en ) kMDItemLastUsedDate = 2015-04-29 18:26:02 +0000 kMDItemLogicalSize = 94637 kMDItemPhysicalSize = 110592 kMDItemUseCount = 1 kMDItemUsedDates = ( "2015-04-28 22:00:00 +0000" ) kMDItemVersion = "41.0.2272.104" The app is listed in Finder under ~/Apps/Chrome-Apps as "Todoist für Chromebook" (German locale). So I what causes the different behavior between your (Vero's) and my system?

The problem still exists in Alfred v2.7.1 (running on OS X 10.10.4 14E11f): Here's the info from the metadata analyzer 1.1: /Users/felix/Applications/Chrome Apps.localized/Default fhbjgbiflinjbdggehcddcbncdddomop.app Internal File Metadata ====================== Display Name: Default fhbjgbiflinjbdggehcddcbncdddomop Alt Names: Default fhbjgbiflinjbdggehcddcbncdddomop.app File Type: com.apple.application-bundle Comments: Keywords: Last Used: 2015-04-28 23:59:23 +0000 Raw mdls File Metadata ====================== kMDItemAlternateNames = ( "Default fhbjgbiflinjbdggehcddcbncdddomop.app" ) kMDItemCFBundleIdentifier = "com.google.Chrome.app.Default-fhbjgbiflinjbdggehcddcbncdddomop" kMDItemContentCreationDate = 2015-04-28 23:56:15 +0000 kMDItemContentModificationDate = 2015-04-28 23:56:15 +0000 kMDItemContentType = "com.apple.application-bundle" kMDItemContentTypeTree = ( "com.apple.application-bundle", "com.apple.application", "public.executable", "com.apple.localizable-name-bundle", "com.apple.bundle", "public.directory", "public.item", "com.apple.package" ) kMDItemDateAdded = 2015-04-28 23:56:15 +0000 kMDItemDisplayName = "Default fhbjgbiflinjbdggehcddcbncdddomop" kMDItemExecutableArchitectures = ( "x86_64" ) kMDItemFSContentChangeDate = 2015-04-28 23:56:15 +0000 kMDItemFSCreationDate = 2015-04-28 23:56:15 +0000 kMDItemFSCreatorCode = "" kMDItemFSFinderFlags = 0 kMDItemFSHasCustomIcon = (null) kMDItemFSInvisible = 0 kMDItemFSIsExtensionHidden = 1 kMDItemFSIsStationery = (null) kMDItemFSLabel = 0 kMDItemFSName = "Default fhbjgbiflinjbdggehcddcbncdddomop.app" kMDItemFSNodeCount = 1 kMDItemFSOwnerGroupID = 20 kMDItemFSOwnerUserID = 501 kMDItemFSSize = 86082 kMDItemFSTypeCode = "" kMDItemKind = "Programm" kMDItemLanguages = ( en ) kMDItemLastUsedDate = 2015-04-28 23:59:23 +0000 kMDItemLogicalSize = 86082 kMDItemPhysicalSize = 102400 kMDItemUseCount = 1 kMDItemUsedDates = ( "2015-04-28 22:00:00 +0000" ) kMDItemVersion = "41.0.2272.104" Note that OS X's native spotlight dialog also doesn't show the proper app name, while the info pane in Finder does.

Sorry, I must've missed Andrew's reply. I'm currently on vacation w/o my mac, so I can't check until May.

Currently Alfred does not display the proper name for Chrome Packaged Apps like Postman. The apps live in ~/Applications/Chrome Apps.localized so they are in scope, but the apps have cryptic names like "Default fhbjgbiflinjbdggehcddcbncdddomop.app". However Finder shows the proper Name which seems to come from the key CrAppModeShortcutName in the app's Info.plist (eg. "Postman - REST Client (Packaged App)"). It would be great if Alfred could find and display the app name based on this key instead of the bundle name.

I disabled the autocopy on selection in iTerm2, but there is still strange behavior where the merge buffer doesn't reset on Cmd+C: Copy a selected text A with Cmd+C Append text B with Cmd+C-C Paste with Cmd+V: "A B" Copy text C with Cmd+C Paste with Cmd+V: "C" Copy text D with Cmd+C-C Paste with Cmd+V: "A B D" (sometimes) Expected: "C D" This is not always reproducible. But sometimes Alfred keeps appending to an older merge buffer instead of starting a new buffer on Cmd+C. I've not yet found the exact order in which to do copy and paste to get the stuck merge buffer problem, but it happened to me many times.

Hmm, after no results using the forum search, google turned up this very similar bug report: http://www.alfredforum.com/topic/1454-iterm-2-clipboard-merging-bug/ I'll try the hints given there.

While I love the Clipboard Merging feature in theory, it's very unpredictable in practice. I'm using Alfred v2.2.243 Powerpack. I found that I can use the following ways to do fast merge: Select and item and hit Cmd + C-C Select multiple items and then hit Cmd + C-C (appends all items) From the description given merging should only be possible from the clipboard window, but I'm doing this inside iTerm2. The problem I have is that resetting of the merge buffer is not working reproducible. This works most of the time: Select text Copy an item with Cmd + C Select different text Hit Cmd+C-C Paste text with Cmd+V Repeat But every few time I do this, it doesn't start merging with an empty buffer, after I use Cmd+C and instead the content copied with Cmd+C is appended to the buffer. The expected behavior is that using Cmd+C always starts with a new merge buffer and Cmd+C-C appends to it. Alternatively it would also be fine if Cmd+V cleared the merge buffer, but that should probably be a configurable flag, as some people might want to paste the merged buffer multiple times.

@Andrew: Nope, iOS-Simulator.app is still not showing up in Alfred (2.0.2b176).

I've added the directory /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/Applications/ to the search scope. But still the iOS-Simulator.app in that folder is not found, if I search alfred for "ios". I'm using Alfred 2.0.1b173.