ssh:// and ftp:// url schema's open in webbrowser when clicked from 1P Mini

rmpel

When clicking ssh:// and ftp:// items in 1Password main view, the correct application launches (Terminal and Transmit, in my case).

When doing the same from the mini view (either from the MacOS Menu bar icon, or the browser plugin button) the link is opened in the webbrowser. This wasn't always so, but I honestly don't know since which version this is going wrong.

Is there a setting to change this?

It looks like the "current browser" is forced to prevent Safari opening the link when the browser plugin in Chrome is used. (<< assumption here)
But perhaps this enforcement can be limited to http:// and https:// links only?

Thanks for your response.

---

1Password Version: 7.1.2
Extension Version: 4.7.3
OS Version: MacOS 10.13.6
Sync Type: n.a.
Referrer: forum-search:ssh

AGAlumB

@rmpel: I'm sorry I missed your post here earlier. That's definitely odd. but if I understand you correctly this is handled by the OS. What is your system default browser? We made a lot of changes in 7.2 for the Safari App Extension for version 12 though, so I'm curious if you're still seeing this issue. If so, can you tell me the exact steps you're taking and the result? Also, please clarify if/how Chrome is involved, and its version.

rmpel

No worries :)

Since this post (my post) a new version of 1P is out (7.2.1 70201002)
The main view still works
But there is a change for the 1p mini view; now literally nothing happens when clicking an ftp:// or ssh:// link

So, in response to your questions

1. Default browser is Safari, version 12.0 (14606.1.36.1.9)
2. FTP client is Transmit, version 5.2 (96696)
3. Chrome is version, version 70.0.3538.77 (Official Build) (64-bit)
4. Default shell application: Apple Terminal.

Steps to reproduce

I) preparation
1. Create an entry in 1Password with a few urls like this:
ssh://username@server.com
ftp://username@server.com
https://www.server.com
2. Save the entry (logical, but you'd be surprised...)

II) test case A: 1Password app (the main view)
1. click on the ssh:// link
2. Terminal opens, makes a connection, asks for password, or logs in if you set-up a private/public key authentication. (GOOD)
3. click on the ftp:// link
4. Transmit opens, asks for the password (GOOD)
5. click on the https:// link
6. Safari opens, runs the site. (GOOD)

III) test case B: 1Password MINI view from the menu bar
1. click on the ssh:// link
2. nothing happens, visually at least (BAD)
3. click on the ftp:// link
4. nothing happens, visually at least (BAD)
5. click on the https:// link
6. Safari opens, runs the site. (GOOD)

IV) test case C: 1Password MINI extension in Safari 12
1. click on the ssh:// link
2. nothing happens, visually at least (BAD)
3. click on the ftp:// link
4. nothing happens, visually at least (BAD)
5. click on the https:// link
6. Safari runs the site. (GOOD)

V) test case D: 1Password MINI extension in Chrome
1. click on the ssh:// link
2. Chrome tries to run the url, fails with an error (BAD)
3. click on the ftp:// link
4. Chrome tries to run the url, fails with an error (BAD)
5. click on the https:// link
6. Chrome runs the site. (GOOD)

VI) test case E: 1Password MINI extension in Firefox Developer Edition 64.0b3 (64-bit)
1. click on the ssh:// link
2. Firefox asks me which app to open the link with, allows me to chose Terminal, opens it and connects (GOOD)
3. click on the ftp:// link
4. Firefox tries to open the url as "http://ftp://username@server.com", fails with an error (BAD)
5. click on the https:// link
6. Firefox runs the site. (GOOD)

Chromium: haven't got the extension installed, no test
Firefox (regular version): same

rmpel

I know you're busy and probably have better, more important things to do, more urgent issues to fix, but I was curious about the status of this :)

Ta.

Ben

Hi @rmpel,

I'm sorry for the delay. I'm going to open an issue with our development team to investigate further.

Ben

ref: apple-2863