Andrew

@DONSA it anything happens, it'll be removing the lock feature... the reason I haven't done this sooner is that it only affects a finite number of users. My recommendation is still the same as above, use either the screensaver or sleepdisplays commands, and set macOS to require password on return. Cheers, Andrew

Hi @abbood, Alfred stores thes in a plain text plist in Alfred.alfredpreferences/preferences/features/websearch/info.plist so should be pretty easy to batch edit / change... but if you are doing lots of custom searches with the same / changing domain, it might be worth creating a workflow instead and using a variables for the domains. Cheers, Andrew

@jackbrannen it's also worth remembering that you don't need to select the web search to use it, for example, if you want to use the google web search with keyword 'google', just keep typing even if you don't see it e.g. google bananas You'll soon see it at the top of the list, and as Vero says, Alfred will soon re-learn Cheers, Andrew

Ah yeah, this has slipped down in my tickets... I'll re-target it

@ghui there is no way at this point to automatically show variables which need filling. The best thing to do for now is put some info in the "About this Workflow" section to say something along the lines of: "Set your API token in the variables panel". I'll add a note to have a think about "required variables" for a future release of Alfred Cheers, Andrew

@robert_muench as long as you are in insert mode, and cmd+v works, then it should work ok... I use vim in terminal with Alfred's snippets all the time. Cheers, Andrew

@ghui if you fill in the "About this Workflow" field under the [x] button to the top right of the workflow config, this is shown when the user installs the workflow. If you set the token as a variable in there, this is a good place for the user to set it too, then you can use that variable in your workflow Cheers, Andrew

@wendellpbloyd Alfred 3 should be faster than ever, the define function itself is being held up by a macOS API. I have a ticket to move the API access off the main thread which will make things more responsive Cheers, Andrew

If you don't want to use AppleScript to simulate events, you can add "Dispatch Key Combo" objects which will post key events. These could be wired after an Open URL action. You can chain inline Delay utility objects to wait for moments in between. As Dean says, this may prove unreliable as you don't know what the underlying browser has done or if the key event worked.

There isn't quite enough info for me to see what's going on here... what is your snippet keyword, and the snippet body? I suspect that this isn't the mid string option, you may need to slow down simulated key events in the Tweaking tab. Cheers, Andrew

@sstrool Alfred should very quickly learn your usage. Select shutdown a few times with your favoured shortcut. i.e.. type 's' then scroll down to shutdown and select it a few times in a row and Alfred will re-latch 's' to the shutdown command. Cheers, Andrew

I've merged these two bug reports. I've actually responded to this issue a few times on the forum already, but I'll leave these both in bugs so others can see. There is a fundamental incompatibility with the type of high performance transparency backed window Alfred uses, and the native clipping rect (which macOS doesn't apply). I made a decision to allow people to create themes outside the logical bounds of the clipping rect as it ultimately gives more flexibility even though you can get some strange results. In the future, I may look at changing this behaviour, or even adding a 'native window' window backing, but for now, this is likely to stay as is. Cheers, Andrew

I agree with this and I actually raised a ticket the other day to look into reverting this and the other file actions (copy / move) back to telling Finder and using AppleScript. It would also re-sort the issue of moving apps to /Applications/ where permissions need to be elevated, and App Translocation fettling by Finder to take place. Leave it with me, this is likely to be sorted. Cheers, Andrew

@nindustries I can see a script task running in there which means this is likely a workflow causing this. Can you think of a workflow you used in the run up to this? Cheers, Andrew

@wesbland It's also worth noting, if you are using Little Snitch or similar, you'll have to whitelist both Alfred 3.app and Alfred Preferences.app (which is inside Alfred 3's app bundle). Cheers, Andrew

@wesbland - The auto update appcast comes from alfredapp.com (https from Alfred 3.app and Alfred Preferences.app) and the download zip file comes from cachefly.alfredapp.com (https from Alfred Preferences.app). Both use the cocoa NSURLSession API directly. Hope this helps! Cheers, Andrew

Here is another thread on Google Chrome with regards to text expansion. Essentially, Alfred's Text Service will be using the same underlying mechanism as aText so you would have started experiencing the same issue with other text expansion apps too. It might help to check which plugins you are using in Google Chrome - LastPass is known to cause an issue with Google Chrome. [moving to closed as there is already an open bug thread for this]

@ian Ah well spotted, thanks! This is now fixed in the 3.3 b787 pre-release

@Will-i-am not right now, but there will be in a future release of Alfred 3 ^A

Also, don't forget that you can type "preferences" in Alfred, which by default will show a result to launch Alfred's preferences.

@Will-i-am yes! If you take a look at the link, it tells you how to open the current workflow folder from the Play Sound config.

You need to put aif or m4a files in that workflow's folder for them to show up: https://www.alfredapp.com/help/workflows/outputs/play-sound/ This will be made easer in a future release when I enhance the Play Sound object Cheers, Andrew

@sebapage Have you turned off Spotlight's hotkey (or at least made it different to Alfred's) in the macOS Keyboard > Shortcuts > Spotlight prefs? Cheers, Andrew

@politicus Just open the Alfred Preferences application with your hotkey, it's in: /Applications/Alfred 3.app/Contents/Preferences/Alfred Preferences.app Cheers, Andrew

I just tested with the setup in the attached image. If I hold ctrl when actioning the result, it takes the bottom route and "testing not holding ctrl" is copied to the clipboard, else it takes the top route. Both seem to be working as expected. Have you tried going back to 3.2 (from the website) to see if the behaviour has changed. I just spent 30 mins doing a 3.2.1 code review and can't see anything which should affect this flow.