deanishe

Don't use print. That invalidates the JSON output. That's why logging is built into the library. Alfred shows its "web search" fallback results when your script doesn't output any valid results. Don't use libraries installed globally. Include them in the workflow itself. Otherwise it won't work for other people, and we can't help you with it because we don't have the same workflow.

Frozen McFrozenface.

It works for me, although I think it crashed Safari the first time I ran it…

No biggie. You're just more likely to get an answer posting in the right place. Glad it's working.

That's why I use File Filters or workflows for all file searches.

It sounds like there's a problem with the link you're trying to add. What's the URL?

Heh. Good thinking. I always forget about that feature, as I never use it.

I'm going to move this to the Workflow Help & Questions forum, as that's where it belongs. I'd also like to refer you to the thread on asking for help with your workflow. The TL;DR is: if you want help with a workflow, it's usually best to post the actual workflow so we can see what you're talking about. Here's a guess at one way you might do that (no idea if it's appropriate without knowing your workflow): If all your websites are using the same software (i.e. the CMS login page is always at the same relative URL), just add a second Open URL action after your List Filter and add the appropriate relative URL to {query}. Then double-click the connection between the action and your List Filter, and set it to run when CMD is pressed. That way, ↩ opens the website and ⌘↩ opens the CMS login page. If that's no good, please post a copy of the workflow, so we can actually see what we're talking about. Make a copy and fill it with dummy URLs if need be.

I don't think so, no. Alfred will offer to open as a URL anything that's a valid domain name, which these days is almost anything with a dot in it.

Of course it has. I can see from the screenshot that you've ticked the "Alfred filters results" box, which was one of the issues with the workflow you posted. Also, the workflow you posted did not have this particular issue. The cat works fine. Images are fine, but post the workflow, too. It's not your fault I keep reading your posts, is it? I mean, here I am again… Don't leave the forums or quit making workflows on my account. It seems I'm the only person who gets annoyed by having to remind you to post your workflow, not a picture of it, every single time. I'll stick you on my ignore list, and then everyone's happy.

Why are you posting a screenshot? Seriously, why? You've been told literally over 20 times by now to post the workflow that isn't working, not a bloody picture of it. I'm sticking you on ignore, tbh. I'm not going to waste any more of my time answering your questions because you immediately forget everything.

It sounds like option (a): macOS being weird. Alfred doesn't mess about with your volume settings, and you'd have to authorise (as an admin) changing a volume to read-only in any case.

Yeah, you made 2 silly mistakes. You haven't checked "Alfred filters results" in your Script Filter, which is why search isn't working. I'm surprised it even works at all, as your JSON isn't even valid: Trailing commas aren't allowed in JSON, but every object within items has a trailing comma after the autocomplete item. I can only assume that you still aren't using a real JSON library, or at least not using it properly.

@td. As a rule, pictures aren't much help with trying to diagnose and fix problems. At a minimum, please also include any output in Alfred's debugger.

Ah, right, thanks. It's in one of the libraries. That explains why I couldn't find it in the code. I guess it also works more or less the same as the "solution" I suggested. Good to know my idea wasn't that daft, as someone else has also done something similar. (When I wrote a workflow that does something similar, I ensured that only one downloader was running, so I didn't need such a smart queue.)

That's interesting. Could you point me to the bit of code that does that (as I said, JS isn't really my strong suit)?

Not easily, no. If you're using a keyword, then the active application is Alfred (as you're entering your query into it), which isn't where you want to get your selection from. You can work around it in a workflow by attaching your keyword to a Run Script action that simulates a ⌘C keypress and then uses pbpaste to grab the contents of the pasteboard. That doesn't work quite a smoothly as using Alfred's built-in feature, however. Your best bet is therefore to use a Hotkey.

Are you guys sure you aren't accidentally copying an extra space or newline at the end of the API key?

Oh shit, you fork the downloader, don't you. Yeah, 200 would be a really bad idea. Perhaps you could write a file to a "queue" directory for each URL to download, then have the forked downloader process (then delete) those files? Ideally also ensure that only one downloader is running at a time. I mean, it's quite likely the workflow is already making multiple, redundant requests for the same file, which is not super polite. (Correct me if I'm wrong: I'm no JS guru.)

Add "amount=200" to the search URL. https://openclipart.org/developers

In any case, you're not using the app cache in your workflow, so you can rip all that stuff out.

The script is working properly. Try resetting the workflow cache with the query "workflow:delcache"

Looks like the process is hanging. Open the workflow directory in Terminal (or iTerm) and run /usr/bin/python update_apps.py See what the app update script does.

Dude, pictures are no help (particularly when they say the exact same thing as your post). I refer you again to the "reporting problems" thread both Vítor and I linked to. Post the log file. (Enter workflow:openlog as your query to see it.)

It's an extremely simple format, providing you're using a language with JSON support. If you're not, you aren't writing Alfred JSON, you're writing a JSON library, which isn't a simple thing to do.