Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Option to connect to 1password desktop application - for auth and local data #111

Open
theoephraim opened this issue Nov 26, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@theoephraim
Copy link

theoephraim commented Nov 26, 2024

Use Case

I am building developer tools, and for local development, I'd like to be able to use the SDK without a service account token, and instead rely on the local 1password application. This is similar to the CLI's desktop app integration. The purpose of this is to rely on existing auth and unlock (especially biometric), and reduce the need to pass around and store plaintext service account tokens.

This could also enable using the application's local data cache, which would help with performance, rate limits, and allow offline mode.

Requirements and desired behavior

I imagine new flags that would enable this behaviour, and allow the client to be initialized without a service account token.

The additional piece about relying on the local app's cached data is also important, as this could make these requests extremely fast, and not eat up rate limits during local development.

Additional information

No response

@theoephraim theoephraim changed the title Rely on local 1password application Option to connect to 1password desktop application - for auth and local data Nov 26, 2024
@SimonBarendse SimonBarendse added the enhancement New feature or request label Nov 26, 2024
@maxstreese
Copy link

I would like to second this and add that this would not only be useful for development tool authors but also for business developers like myself.

Example: Implementing some scripts that you would like to both run locally, as well as in some automated workflow setup like CI. Currently I resort to using the CLI for this. That adds more friction to others in the team though, as locally you need to do op run --env-file=.env -- <e.g. deno run ...>.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants