Andrew

@GuiB Yep no probs, I've updated it to accept one or more files for the next release  
 
Also, interesting what @deanishe said - For some reason, I was fully resolving paths and symlinks on the receiving code. I've changed that to just standardise paths instead (i.e. resolve ~/).

The Alfred 3.5 pre-release adds new 'browse' and 'action' alongside the 'search' AppleScript commands.
 
Use search to populate Alfred's search field.
Use browse to populate Alfred's file system navigation path.
Use action to show the actions panel for the given file.
 
Cheers,
Andrew

@GuiB This is now fixed if you update to pre-release b868

@GuiB Yep no probs, I've updated it to accept one or more files for the next release  
 
Also, interesting what @deanishe said - For some reason, I was fully resolving paths and symlinks on the receiving code. I've changed that to just standardise paths instead (i.e. resolve ~/).

@GuiB Doh, sorry 'bout that! This is why I have pre-releases
 
I'll make sure it doesn't show anything if rerun isn't present in the next release.

Awesomesauce! Seems to be working beautifully based on cursory use.

The Alfred 3.5 pre-release adds new 'browse' and 'action' alongside the 'search' AppleScript commands.
 
Use search to populate Alfred's search field.
Use browse to populate Alfred's file system navigation path.
Use action to show the actions panel for the given file.
 
Cheers,
Andrew

The Alfred 3.5 pre-release adds new 'browse' and 'action' alongside the 'search' AppleScript commands.
 
Use search to populate Alfred's search field.
Use browse to populate Alfred's file system navigation path.
Use action to show the actions panel for the given file.
 
Cheers,
Andrew

If you update to the 3.5 pre-release, you'll find the new Bookmarks feature in Alfred's Feature preferences. Note that at this point, Google Chrome is default profile only.
 
Let me know how you get on
 
Cheers,
Andrew

Yep, after some testing, it seems to be working great! Thanks again @Andrew for all your work!  

Thanks @Andrew! Yes, after some testing, this seems to be working great now!  

Yes, things seems to work great after some testing by configuring the File Filter object using the JSON object before!   Again, thanks @Andrew!

Interesting, and a simple logic issue to fix in Alfred's framework. Essentially, when deciding if Alfred's window should close, I hadn't taken into account a mod override with no matching mod connection needing to use the default connection "don't close" state.
 
The reason this is manifesting when using quicklook is a little more bizarre. It looks like macOS shifts the focus differently after QuickLook which means when Alfred is hiding for a fraction of a second after using quicklook (because the logic above was broken), the timing prevents Alfred from continuing to be visible.
 
Either way, nicely spotted @GuiB - this will be sorted in the next pre-release!
 
Cheers,
Andrew

Quick update on this: I've nearly finished a new feature for the next release in which Alfred indexes the bookmarks rather than using macOS metadata. This has allowed me to add in indexing for Google Chrome too, plus adding additional nice features such as searching via folder name, host name and title.
 
I've also added the ability to open all bookmarks in the default browser, or the respective source browser.
 
I have other things to do for this release, but it shouldn't be too long until this is in pre-release.
 
I've unlocked this thread for comments, but please don't keep bumping it.
 
Cheers,
Andrew
 

@Danny Nemer You can actually remove individual items from the clipboard history from within Alfred's history viewer. Select the item you want to remove and use fn+backspace.
 
Cheers,
Andrew

They're in charge.

...or use ⌘R in the mini player

@GuiB This is dealt with by Alfred's workflow framework code, so hopefully fixing arrays / complex arrays for this case will also fix any other areas which weren't working

@nikivi You need to set the connection coming out of the list filter (the little circle on the connection) to "Don't close Alfred window on actioning result". This will change it to a square, and should prevent the window closing between the list filter and script filter.

@s4nji nicely spotted thanks - there seems to be a general issue with Caps Lock which stems from the way Alfred watches for multi key / dead key states with the text auto expansion. I'll take a look into this for the next release.
 
Cheers,
Andrew

It surprises me that this isn't easier to do by default... I'll add an additional AppleScript command for the next release which will be something like:
tell application "Alfred 3" to action "~/Desktop" Cheers,
Andrew

@Andrew I just tried it on a new list filter and it learned there. So I just changed everything to it so everything works. ?

@nikivi I've also been unable to reproduce this - is Alfred correctly learning in other features?

@GuiB I have actually addressed this recently after this thread:
 
https://www.alfredforum.com/topic/10427-typefile-is-ignored-when-variables-are-also-set-changes-made-for-341-b858-pre-release/
 
You can now simply add variables per item, for example (using your workflow):
 
Second item in your list: { 'title': "Desktop", 'subtitle': "By setting env var = file action doesn't work", 'type': "file", 'arg': "~/Desktop", 'variables': { 'varName': "varValue" }, 'icon': { "type": "fileicon", "path": "~/Desktop" } } I did update the documentation, but didn't make a big deal about highlighting it:
 
https://www.alfredapp.com/help/workflows/inputs/script-filter/json/#variables
 
Let me know if you have any problems with this
 
Cheers,
Andrew

@kballard the sheet from that cog only used to contain preferences relating to auto expansion, but it's now outgrown this. It's likely this cog will be replace with something more obvious in a future release.