Protect what matters – even after you're gone. Make a plan for your digital legacy today.
Administrators, get a sneak peek at the new sidebar
Starting this month, we’re rolling out a redesigned admin sidebar to create a more consistent and intuitive experience across 1Password products. We’d love your feedback to make sure we’re reaching that goal. Note that this change will only apply to administrators using 1Password for business. What’s changing? Sidebar location: The sidebar has been moved from the right side of the screen to the left side so it's more consistent with the 1Password apps. Improved navigation: Each section of the sidebar now has an icon and we've improved the organization of the pages with tabs. Product switcher: If your team also uses Device Trust or SaaS Manager, you can easily switch to those products from the menu in the top left. What’s the timeline? April 23–May 7: Admins will see an in-product banner inviting you to try the updated sidebar. May 7: The new sidebar becomes the default experience for all accounts. Can we switch back? Yes – if your team prefers to stick with the existing sidebar for now, you can revert to the old design through your settings during the early access period. Here’s how: Select your account name in the top right, then select Manage Account. Toggle “Admin console design updates” off. Please reply below with any thoughts, ideas, or questions! Your feedback is invaluable in helping us continue to improve 1Password.
Show favorites on Quick Access
It would be a great feature to show the user's favorites on the Quick Access panel. Then you could press your keyboard shortcut and arrow down to the favorite you want to auto type. This was the flow I used to use with KeePassXC and it worked nicely. Additionally, a button below the favorites to browse the whole list of items would be nice. That way, if you didn't remember what you called something and you pressed the Quick Access key you could scroll and find it.
Firefox & Chromium on Linux Issues with windows.cloud.microsoft
This has been annoying me so much lately I had to post something about it. When working in an azure virtual machine with a browser that has the 1Password extension enabled the extension is detecting a password event for some actions I do within the virtual machine which aren't password related. I'm working off Linux but I'm sure it would happen on a wintel box as well. Triggers for this behaviour I've encountered so far: Entering a UNC value into the file explorer address bar Entering a search term or URL into a browser address bar Entering text into a search provider like Bing As you can imagine this is pretty annoying when you're trying to get work done. If I could also suggest that if you are targetting MSPs you want to detect which username the user has picked when doing an auth with O365/Azure and give them the appropriate password, as they will have a LOT of O365 accounts.Missing agent.sock: 1Password on Arch Linux (AUR) Prevents CLI Desktop Integration
1Password CLI in Distrobox Container Can't Connect to Host App On CachyOS (an Arch-based distribution), the native 1Password desktop application installed from the AUR does not create the necessary agent.sock file and its containing directory for CLI integration. While the CLI on the host machine works, this missing socket makes it impossible to connect the CLI from inside a Distrobox (Ubuntu) container to the host's 1Password application. Steps to Reproduce: Install CachyOS. Install the 1password package via the recommended AUR method. Launch the 1Password desktop app, unlock it, and enable "Integrate with 1Password CLI" in the Developer settings. Install distrobox and podman. Attempt to create a new Ubuntu container with the 1Password socket directory mounted: distrobox create -n my-container -i ubuntu:22.04 --volume "$XDG_RUNTIME_DIR/1Password:$XDG_RUNTIME_DIR/1Password" Expected Behavior: The 1Password host application should create the socket directory at $XDG_RUNTIME_DIR/1Password containing agent.sock. The distrobox create command should succeed, and the op CLI inside the container should then be able to communicate with the host's 1Password app. Actual Behavior: The host application fails to create the socket directory. Checking for it results in an error: ls: cannot access '/run/user/1000/1Password': No such file or directory Consequently, the distrobox create command fails with the error: statfs /run/user/1000/1Password: no such file or directory. The CLI inside the container cannot be used with desktop app integration. System Details: Operating System: CachyOS (Arch-based) 1Password Version: 2.31.1 Installation Method: AUR CLI Version: 2.31.1 Container Image: Ubuntu (via Distrobox) Troubleshooting Steps Taken: Confirmed CLI integration is enabled in the app settings. Confirmed the CLI works correctly on the host machine itself. Performed a full system update and rebooted. Confirmed via pacman -Qi 1password that this is a native package, not a Flatpak or Snap. Searched the entire filesystem for agent.sock using the find command, and no relevant socket file was found.
1Password Linux desktop proxy
Hello, I've just installed latest version of 1Password Linux app on Ubuntu 24.04 on the computer of my company. I'm behind a corporate proxy, the proxy is already set in Ubuntu settings, and the env variables HTTP_PROXY / HTTPS_PROXY are correctly defined. But 1Password cannot connect to internet as soon as I am on the proxy, and I don't see Proxy settings in 1Password app. What am I missing ?
1Password dev ressources vs IPO
Hello, since 2024, when 1Password started looking into/considered an IPO, i have the feeling all development ressources were focused solely on growing the userbase and everything else was deprioritized. For example: The terraform provider didn't get any updates (e.g. Ephemeral Values) Simple improvements are deep in the backlog: Collapsible tags Displaying the user on the "last edited" line Improvements for managing vaults/users in an enterprise context are missing: Admins still can delete Owners Vaults can be deleted by any admin without "four-eye-principle" ... There is no way to export vaults encrypted Maybe some ressources could be assigned to improvements instead of new features... /rant over
