mikejandreau

Thanks @vitor. That did the trick!

As of a few weeks or so ago, the 1Password Workflow actions to copy OTP, copy username and copy password stopped working for me.

I've updated the workflow to the latest, but still not luck, even after reboots and reinstalls.

### Workflow version
2023.12

### Alfred version
5.5

### macOS version
14.4.1

### Architecture
arm64

### Preferences
Default

### 1Password version
8.10.30

### op version
2.18.0

### Launchd job
Loaded: -    0    com.alfredapp.vitor.1password
Installed

Any pointers on how I can troubleshoot this? I rely on the copy OTP flow to get onto VPN a zillion times a week.
 

On 4/17/2021 at 4:52 AM, Pinuz said:

Great! Have you used the `set_field_value` function defined in api.py?

I didn't use it, because I couldn't figure out how to call it in the Workflow to see what it did.

But I essentially did what I'd assume it would do based on its name, but hard-coded my field name into the API call.

A request for a future update: ability to add a comment to a task and the ability to assign a task to a user (as well as assign the task to another board).

Figured it out.

I had to define my own whatever-python-calls-what-i-would-call-a-function for `in_review`, then call it in its own Python Script.

Thanks for this workflow, it's incredible!

One item I'd love to add, but don't know how:

When I "Complete" a task, I don't want to mark it as complete in Asana (since it needs to go to review). Instead, I need to change the value of a custom field on the Task to something else (which is always the same).

So, example: Custom Status: In Progress → Mark "Complete" in Workflow → Set Custom Status on Task to "In Review" (someone else actually marks it as Done in Asana.

If you could help me with this, I'd be externally grateful.

Got it. And I tell the thing it's a match group because it's in parenthesis, right?

I think I managed to modify it for a different part of the workflow already, too.

Thanks again!

Amazing. I won't pretend to understand what any of that does, but it works, so thank you!

Yessir, the site-sandbox bit varies from site to site that this would run against.

The domain root domain would not change.

Gotcha.  

If the input URL is: https://site-sandbox.app.com/app/customers/60072f1901cf6356xxxxxxx/event/600740cb5daf2a0yyyyyyyyy

The bits that would need to be part of the output URL would be:

• site-sandbox (which would need to change to site-sandbox.api)
• 600740cb5daf2a0yyyyyyyyy (from the end of the input URL)

The core URL does change (I just edited my last post to reflect that).

The starting URL is site-sandbox.app.com the resulting URL is site-sandbox.api.app.com

It's been a day, sorry.

Input example: https://site-sandbox.app.com/app/customers/60072f1901cf6356xxxxxxx/event/600740cb5daf2a0yyyyyyyyy

Output Example: 

https://site-sandbox.api.app.com/v1/conversations/600740cb5daf2a0yyyyyyyyy

Input example: https://site-sandbox.app.com/app/customers/60072f1901cf6356xxxxxxx/event/600740cb5daf2a0yyyyyyyyy

Output Example: 

https://site-sandbox.app.com/app/customers/60072f1901cf6356xxxxxxx/event/600740cb5daf2a0yyyyyyyyy

Right now I'm doing it with 5 different steps (replacing various parts of the URL), but if there's a better way, I'd love to hear it.  And since it's a URL, is there a way to make the selection focus on the address bar (I was going to use AppleScript with `tell application "System Events" to keystroke "l" using command down` as a simple way to do it).

Aha. That does it.

Now I just need to figure out how to only get it to match the first 24 character string and not the second one and I'll be good to go.

Thanks for the help!

I'm building a (fairly simple) workflow that uses the Selection in macOS function to grab a URL and rewrite parts of it.

The one bit I'm struggling with is this: 

This should grab a 24 character alphanumeric string in the URL and replace it with nothing. But it's not working.

I confirmed the Regex is correct in a few online testers, and the rest of the workflow is replacing its bits correctly. What am I missing?

An exmaple, my test URL is: https://testsite.com/app/customers/60xxxxf635xxxx/event/600xxxx10fa5exxxxx5d0b077

The various parts of my workflow replace testsite.com with testsite.apisite.com, changes /app to /v1, changes /customers to /, SHOULD remove the next string, then changes /event to /conversation

Everything works right but the step to change that string via regex.

Any help is appreciated.

And now, after telling Alfred to rebuild its cache as one last whim, even though I've done it 5 times already, Spotlight seems to have fixed itself.

Maybe it was my reboot. Maybe it was luck. But in any case, it seems to have fixed itself, so I'm all good.

I know this isn't directly related to Alfred, but since it's affecting my use of Alfred, I thought someone here might have some insight.

An external drive of mine is acting up in that Spotlight won't index the subdirectories of some of my directories.

Alfred finds (because Spotlight has indexed it), for example, /Video/TV Shows, but not /Video/TV Shows/anything-in-there

Same with /Video/Movies, that top level shows up, but none of the folders within.

The only thing fishy is that I've explicitly added /Video/TV Shows and /Video/Movies to Alfred. If I remove them from my settings, Alfred doesn't find them (my guess is because Spotlight isn't working)

I tried forcing Spotlight to re-index the entire drive, which it looks like it finished because the "Indexing..." in Spotlight is gone, but there's no .Spotlight-V100 file on the drive, like there is with other external drives.

I tried forcing it to index with 

sudo mdutil -E /

which shows "Indexing enabled".

I'm stumped and wondering if anyone else has any thoughts on what I can try.

I spoke too soon, re-enabling Spotlight didn't seem to fix the issue.

The Metadata checker finds the right info now and permissions all look good, but most of my apps still don't get found by Alfred.

What else can I try?

As usual, I spent half an hour trying to re-enable Spotlight on the new drive in Terminal, fighting everything along the way.

Come to find out, there's a setting that for some reason was running against the new Drive:

My new drive _was_ list there. Removed it. Rebuilt the cache in Alfred and voila, magic.

Thanks for pointing me in the right direction @Vero!

Hey @Vero

That URL redirects to https://www.alfredapp.com/help/troubleshooting/indexing/mdls/ so I don't see a step 4 there to try.

I did re-enable Spotlight in Bartender and it's not finding any of my Applications either, so something's amiss there.

I ran some checks on that, and it looks like Spotlight indexing and searching is disabled on the new drive:

/:
	Indexing and searching disabled.
/System/Volumes/Data:
	Indexing and searching disabled.

The normal commands to get it running aren't working, but I can't figure out why. I'll contact the manufacturer of my new drive and see what they say.

Also the Metadata tool can't get Metadata for any of my apps. The ones I tested come back with "Unable to obtain metadata for this file!". So something's amiss here.

Last weekend, I swapped my primary drive in my Trash Can Mac Pro to a new one. It went swimmingly.

Alfred no longer finds anything in my /Applications folder.

I've tried: Rebuilding macOS Metadata, Clear Application Cache, removing and readding the directory to my settings. It's still not finding any of my Apps.

What am I missing?

As a test, I moved the Alfred.preferences file to a new location and let it sync on my desktop.

Then I updated my laptop.

Then, I grabbed the export of the workflow that wasn't syncing before and imported it. It showed up right away on my desktop.

So, I guess moving the preferences file around kicked whatever was unhappy and now it's fixed. 

In reading through some older forum posts, it sounds like different versions of macOS can cause syncing problems.

My two machines are on different versions, but always have been (my work machine is always a version behind because IT are slow to approve upgrades).

Up until recently, my preferences and workflows synced between machines wonderfully.

Something recently broke and I'm not seeing workflows sync anymore through Dropbox.

I know Dropbox is syncing on both machines, as I just dropped a file from my desktop machine into it and I see it on my laptop almost immediately.

Both Alfred instances are set to sync from my Dropbox folder. But for some reason, the workflows aren't syncing. As a test, I create a new one on my desktop and don't see it syncing over to my laptop. 

However, if I delete the Alfred.preferences file from Dropbox, I see my workflows immediately start disappearing from both machines. So the syncing is working right, but just not for new workflows.

Any pointers on what I should look for to troubleshoot this?

Thanks for the feedback, everyone.

I think I'm going to go with the simpliest option of prefacing the setup options with :

I'm also going to consider making some changes @deanishe suggested around the keywords and using external files and whatnot. I already made the change to the "tell application" stuff.

Thanks again!