Deep link search by UUID does not work across vaults
In this support thread it is stated that onepassword://search/uuid
should deep link to a particular item.
https://1password.community/discussion/74868/url-scheme-for-specific-items-item-links
Where is the documentation for onepassword://
URL scheme? I could not find it. What are other things I can do with the URL scheme? Can I specify a vault of interest?
When I try using onepassword://search/t3tlbwql5lvctgksrjnamiffvm
, it is not working if the last vault I viewed was not the vault in which the item is. Furthermore, clicking on the correct vault clears the search, so I can't find the item.
1Password Version: 7.7
Extension Version: Not Provided
OS Version: OS X 10.15.7
Sync Type: Not Provided
Referrer: forum-search:Deep link search by UUID doesn't work across vaults
Comments
-
Hi @boris2339!
I am not aware of documentation about this, but I have sent your question to the team in case someone knows something more :) We will post back here as soon as we have an update.
0 -
One of my colleagues suggested to share this documentation page with you:
Use item links to help others find shared items
In the thread you linked, this feature was not available back then, but it is now, and it sounds like this might be helpful for what you are trying to do.
0 -
Thank you, that was helpful. I also observed that this works:
onepassword://open/i?a=ACCOUNT&v=VAULT&i=ITEM&h=HOST
These query parameters are exactly the ones returned by "Copy Link" function in the shared documentation. However, the meaning of the parameters I had to guess, because there's no documentation on the specifics.
Could we please get some explicit documentation on this, so that we don't have to guess?
0 -
I'll certainly pass that suggestion along to the team, @boris2339. :)
Ben
0 -
One more thing: navigating to the Shared Link does two things: (a) displays a 1-password login page, and (b) triggers opening of the link by navigating browser to
onepassword://
URL. It would be good to have a link-share functionality that only does (b), but not (a). Opening a new browser tab just to view a link, a tab that a user does not intend to use, is a bad UI.Also, getting people to login at the web-browser upon clicking a link is a recipe for a fishing attack to steal their master password.
0 -
I'm not seeing that on my end. When I open a link like
onepassword://open/i?a=ACCOUNT&v=VAULT&i=ITEM&h=HOST
it opens the 1Password app directly, without any web browser involvement. If instead you're referring to thehttps://
links — this is necessary to account for folks who do not have the 1Password apps installed.Ben
0 -
I see. Then I suggest adding a parameter to the
https://
link that indicates that user has the 1Password app installed already.0 -
Link sharing of passwords is done only in multi-user corporate environment, where employees have access to the same vault. All the users therefore will have 1Password installed.
0 -
Link sharing of passwords is done only in multi-user corporate environment, where employees have access to the same vault. All the users therefore will have 1Password installed.
Respectfully this is simply not the case. Not all use-cases for link sharing are in corporate environments, and not all environments utilize the desktop/mobile apps (some use the 1Password.com web app and/or the 1Password browser extension exclusively).
I see. Then I suggest adding a parameter to the https:// link that indicates that user has the 1Password app installed already.
There is no way for the app that is creating the link to know if the person who receives the link will have the app installed on any given device.
Ben
0 -
I understand. We use JIRA at our company, and we need to include links to passwords in JIRA tickets. We can advise all our staff to manually add a suffix to such URLs. For example, we can tell them to add
&app=1
to the end of a URL.We could host our own service at
1password.example.com
to do the redirect toonepassword://
scheme, however it would be more work for the staff to edit the domain name of the URL fromstart.1password.com
to1password.example.com
. Merely adding a suffix is simpler, in my view.0 -
Understood, and thank you for the feedback here!
0