1Password — Search and open 1Password items

[vitor]

That's weird, but it won’t be caused by the Workflow because it sends the command along to be opened in the terminal but doesn‘t open it itself.

 

Quit the Terminal, then open Alfred, type “terminal” and ↩ to open it. Does a window show?

 

Also, what shell do you use?

 

Edited July 26, 2022 by vitor

[convivio]

Yup that starts the Terminal and I see the window:

 

No idea what shell I use, I never use Terminal.

[vitor]

With the Terminal and the window open, if you “Sign in and update items” again, does it work?

[convivio]

Same problem, nothing happens.

[vitor]

30 minutes ago, convivio said:

Same problem, nothing happens.

 

Do it with the Workflow Debugger open and paste here the messages.

[convivio]

[11:05:42.037] Logging Started...
[11:05:56.214] 1Password[Script Filter] Queuing argument '(null)'
[11:05:56.295] 1Password[Script Filter] Script with argv '(null)' finished
[11:05:56.297] 1Password[Script Filter] { "items": [{
  "title": "Sign in and update items",
  "subtitle": "Your terminal will open with instructions",
  "arg": "update_items"
}] }
[11:05:57.923] 1Password[Script Filter] Processing complete
[11:05:57.925] 1Password[Script Filter] Passing output 'update_items' to Conditional
[11:05:57.926] 1Password[Conditional] Processing complete
[11:05:57.927] 1Password[Conditional] Passing output 'update_items' to Run Script
[11:05:58.001] 1Password[Run Script] Processing complete
[11:05:58.003] 1Password[Run Script] Passing output '/var/folders/gn/x55ppl_j2p14whv6t0hgcq7h0000gp/T/tmp.VxgqwcBv' to Terminal Command
[11:05:58.997] 1Password[Terminal Command] Processing complete
[11:05:59.002] 1Password[Terminal Command] Passing output '/var/folders/gn/x55ppl_j2p14whv6t0hgcq7h0000gp/T/tmp.VxgqwcBv' to Run Script

[vitor]

21 minutes ago, convivio said:

/var/folders/gn/x55ppl_j2p14whv6t0hgcq7h0000gp/T/tmp.VxgqwcBv

 

By running that in your Terminal, your setup should start and you’ll bypass the problem.

 

For a more permanent fix, we need to narrow it down. Try this Workflow. With the Terminal closed, open Alfred and run testterminal. What happens?

[convivio]

When I run

testterminal

  This is what I see: 

 

I'm guessing that I should see (or hear) "hello"... but I don't.

Edited July 26, 2022 by convivio

[convivio]

FYI

 

Debugging info for testterminal

 

[11:51:57.688] Terminal Test[Keyword] Processing complete
[11:51:57.688] Terminal Test[Keyword] Passing output '' to Terminal Command

[vitor]

8 minutes ago, convivio said:

I'm guessing that I should see "hello"... but I don't.

 

You should hear “hello” and also see the command in the Terminal. The next thing to try is resetting your Terminal settings. I that doesn‘t work, there’s something about your macOS setup which isn’t working correctly, and the question is what.

[convivio]

Trashed com.apple.Terminal.plist, hard reset the shell, still nothing in the terminal window when I run testterminal or "Sign in and update items"... 😞

 

FYI - This is a pretty vanilla Macbook pro with commercial software running. It's not a tricked out developer machine with lots of optimizations/customizations, etc.

[vitor]

I believe you! But because this would affect every Workflow and you’re the only reported case, there has to be something on your machine which is making the difference. Our goals is to figure out what.

 

Just had a thought. Go into System Preferences → Security & Privacy → Privacy. Scroll down to Automation. Check if Terminal.app is ticked under Alfred.

[convivio]

Awesome, that did the trick, problem solved! Thanks for not giving up!  🙂

[vitor]

1 hour ago, convivio said:

Thanks for not giving up!

 

Thank you as well for keeping at it and being so quick with debugging feedback.

[gul-iMac]

Must ask, when using the 1p workflow should the 1Password app be opened?

In my system whatever I do, the workflow always end up in a condition where 1Password have to be opened. My thought was the the CLI would facilitate communication with 1Password without having it open.

Here is my diagnostic output

### Workflow version
2022.15

### Alfred version
5.0

### macOS version
12.5

### Architecture
arm64

### Preferences
Default

### 1Password version
8.9.0-1.BETA

### op version
In Workflow: 2.2.0
In /usr/local: 2.6.0

### Biometric unlock
NOT enabled

### Custom terminal feature
NOT enabled

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

### Workflow version
2022.15

### Alfred version
5.0

### macOS version
12.5

### Architecture
arm64

### Preferences
Default

### 1Password version
8.9.0-1.BETA

### op version
In Workflow: 2.2.0
In /usr/local: 2.6.0

### Biometric unlock
NOT enabled

### Custom terminal feature
NOT enabled

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

[JimFuoco]

I was having a similar issue, running the 1p Add Account command with nothing happening. Turns out I had set my Alfred -> Preference -> Terminal to custom, and had botched the Applescript. Once I set it to Terminal, everything worked. Hope this helps someone.

[gul-iMac]

My problem is solved. I'm embarrassed, Safari auto inclusion of username/password was disabled!

[gul-iMac]

Well, that wasn't true, was it. I just enabled Keychain Access through Safari. So my original question is still up. Need some help.

[vitor]

@gul-iMac Whatever happens in Safari is between it and the 1Password browser extension. The Workflow doesn’t affect that at all.

[gul-iMac]

OK, think I understand how it works. Thank you!

[drpbier]

On 7/21/2022 at 7:21 PM, vitor said:

If you feel so inclined, posting the solution here when they get you sorted should be helpful to others as well.

?Hi all. A helpful person on the 1password forum solved the issue for me:

I had this exact same issue. Ended up being because the .config directory in my home folder was owned by root rather than me.

Confirm by running ls -la ~ | grep .config

Mine was:
drwxr-xr-x 4 root staff 128 Jul 27 22:54 .config

This means that directory is owned by root and grouped to staff

To resolve:
sudo chown username ~/.config where "username" is your actual username. You can find that by running the command whoami

[vitor]

Thank you for the details, @drpbier. For anyone coming later and needing the same result, you can do it with this line:

 

[[ "$(stat -f '%u' ~/.config)" -eq 0 ]] && sudo chown "$(whoami)" ~/.config

 

You can copy it as is and execute in the Terminal. It will correct the ownership of the folder to your username if the current owner is root.

[Josh Olian]

When I type in "1p" into Alfred along with the site that I want to go to, it launches the site, but does not fill out the user or password.

 

### Workflow version
2022.15

### Alfred version
5.0.1

### macOS version
12.5

### Architecture
i386

### Preferences
Dict {
}

### 1Password version
8.8.0

### op version
In Workflow: 2.2.0
In /usr/local: 2.6.0

### Biometric unlock
Enabled

### Custom terminal feature
NOT enabled

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

[vitor]

@Josh Olian The Workflow can only open the URL in the way 1Password expects (that’s why there are those extras parameters at the end). Once the page is sent to the browser, the Workflow has no more control over it, it’s then up to the 1Password extension to deal with the login.

[godbout]

maybe i'm missing something, but is the Workflow supposed to catch up with the items from 1Password itself? i keep having to go through :1p Extras  to force the items to be updated. whether it's a new item, removing an old one, adding a URL, etc. thanks.

 

the diagnosis:

 

### Workflow version
2022.15

### Alfred version
5.0.1

### macOS version
13.0

### Architecture
i386

### Preferences
Default

### 1Password version
8.9.0-1.BETA

### op version
In Workflow: 2.2.0
In /usr/local: 2.2.0

### Biometric unlock
Enabled

### Custom terminal feature
Enabled

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

edit: i've checked the GitHub issues. saw some about not updating the items, but doesn't seem related to what i'm asking. maybe the current it works is actually expected. would be nice to have a confirmation.

Edited August 6, 2022 by godbout