-
-
Notifications
You must be signed in to change notification settings - Fork 27
Open
Labels
bugSomething isn't workingSomething isn't working
Description
Operating system
Linux (Fedora 43, Kionite, UBlue Aurora)
Version
Version 0.7.10.1 (Official Build, Chromium 143.0.7499.192) appimage (64-bit)
Have you tested that this is not an upstream issue or an issue with your configuration?
- I have tried reproducing this issue in Chrome and it could not be reproduced there
- I have tried reproducing this issue in ungoogled-chromium and it could not be reproduced there
- I have tried reproducing this issue in Helium with a new and empty profile using
--user-data-dircommand line argument and it could not be reproduced there
Description
1password extension installed via chrome web extension store doesn't see 1password on OS
How to Reproduce?
- Install 1password on linux OS
- (for immutable fedora such as kionite, use layering. flatpak and snap 1password is sandboxed)
- (for immutable fedora like aurora, there's ublue brew tap that has 1password install script)
- (for regular fedoras, use dnf install steps from 1password website)
- (for all those installs, confirm in 1password that app has access to SSH agent and such - this is a sign that it's not sandboxed)
- Install 1password extension in Helium from Chrome Web Extension store
Actual behavior
In initial extension setup, extension won't see OS 1password, and therefore won't login user automatically
Expected behavior
In initial extension setup, 1password on OS should be detected, and user should be logged in automatically.
Additional context
Confirmed on Fedora 43 with KDE, Kionite, and Aurora.
NGPixel
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working