# 1Password not opening or scaled wrong on Omarchy
1Password oversized, its unlock or SSH approval dialog clipped, or the window nowhere to be seen on Omarchy 4. Launch it via Omarchy, reset text size.
> **Short answer:** Launch 1Password with Super + Shift + / or omarchy launch 1password. Since 4.0.3 that launcher adds --force-device-scale-factor=1, which fixes oversized windows and clipped dialogs. If a dialog is still cut off, run omarchy display text size reset, then fully quit 1Password and start it again. A window that never appears is usually the single running instance stranded off-screen.
- Applies to Omarchy: 4.0.0 and later
- Status: workaround
- Fixed in: 4.0.3
- Last verified: 2026-09-16
- Canonical: https://omarchylinux.org/fix/1password-not-opening-or-wrong-scale/
_Unofficial community page. Not affiliated with 37signals or the Omacom Foundation. Omarchy is a registered trademark of 37signals LLC._

Checked on 4.0.4 (2026-09-15), with the 4.0.0 through 4.0.3 sources and the last 3.x release, v3.8.4, for comparison.

## The fix

1. Update first. The scaling workaround shipped in 4.0.3, and the 4.0.3 release notes list it as a fix for oversized 1Password windows on scaled displays. Run `omarchy update`, then `omarchy version` to confirm you are on 4.0.3 or newer.

2. Start 1Password the Omarchy way. Press `Super + Shift + /` or run `omarchy launch 1password`. In 4.0.3 and 4.0.4 that launcher runs `setsid uwsm-app -- 1password --force-device-scale-factor=1`. Running plain `1password` from a shell skips the flag. On 4.0.0 through 4.0.2 the same launcher had no flag at all.

3. Quit the old instance before you judge the result. 1Password is single instance, and its own start-at-login entry usually has one running already. A second launch just focuses the existing window, flag or not. Close it from the tray, or run `pkill -x 1password`, then press `Super + Shift + /` again.

4. If a dialog is still clipped, remove the trigger. Run `omarchy display text size` to see the current GTK factor. Anything above 1.0 shrinks the usable area of 1Password's fixed-size dialogs. Run `omarchy display text size reset` to return to 12px and factor 1.0, then restart 1Password.

5. If you want the larger text and a working dialog, pin the environment for the autostart copy too. 1Password rewrites `~/.config/autostart/1password.desktop` on every start, so the setting cannot live there. Autostart entries run as `app-<name>@autostart.service` user units, so a drop-in survives: create `/etc/systemd/user/app-1password@autostart.service.d/text-scaling.conf` (or the same path under `~/.config/systemd/user/`) containing `[Service]` and `Environment=GSETTINGS_BACKEND=memory`, then log out and back in. SilentKernel documented this drop-in in issue #8574. The cost, noted in the same thread, is that 1Password then ignores every in-process gsettings value, not just the text scale.

6. If the window never appears at all, it is probably off-screen. After you disable a monitor, the floating 1Password window keeps its old global coordinates and lands outside the remaining display, as dougvk measured in issue #8010. `pkill -x 1password` and relaunch puts it back in the centre.

7. If it died right after installation, just launch it again. The installer opens the app without detaching it, so it takes a SIGHUP when the installer terminal closes, which osamahbeig traced in issue #7870. Nothing is broken; the next launch from the hotkey survives.

## Verify it worked

Check the flag actually reached the process:

```bash
pgrep -af 'force-device-scale-factor'
```

Check where the window ended up and how big it is:

```bash
hyprctl clients -j | jq '.[] | select(.class|test("1[pP]assword")) | {at, size, title}'
```

The `at` coordinates should fall inside one of your enabled monitors. Check the text scaling factor:

```bash
omarchy display text size
```

For the SSH agent prompt specifically, sign something without touching the network, the way issue #8574 reproduces it, and confirm the checkbox and the buttons are both on screen:

```bash
ssh-add -L > /tmp/k.pub
SSH_AUTH_SOCK=~/.1password/agent.sock ssh-keygen -Y sign -f /tmp/k.pub -U -n test /etc/hostname
```

## Why it happens

1Password is an Electron app, and Chromium on Wayland computes its device scale as the monitor scale multiplied by GNOME's `text-scaling-factor`. Omarchy's `omarchy display text size` sets exactly that key, so raising your text size inflates 1Password's internal scale while the window frame stays the size it asked for. Dialogs whose minimum size equals their maximum size, such as the SSH agent authorization prompt, then lay out into fewer effective pixels than they were designed for, and the bottom of the dialog is pushed out of the frame. SilentKernel measured a device pixel ratio of 2.71875 on a scale 2 monitor at text size 16, and identified this as the root cause of the older issue #2016, which had been closed as fixed by a 1Password beta and then reported back.

The same arithmetic runs at fractional monitor scales. On a display at scale 1.6, kurtome found the browser unlock popup mapping at 402 by 371 logical pixels while its interface expected roughly 643 by 594, with the password field clipped. The app pins that popup's size, so no Hyprland rule reaches it. Omarchy's `default/hypr/apps/1password.lua` puts the `floating-window` tag on any window of class 1Password, and `system.lua` turns that tag into an 875 by 600 size; the main window takes it, the popup silently refuses.

Omarchy's answer in 4.0.3 was the launcher flag rather than a window rule. The comment in `omarchy-launch-1password` says 1Password reads the display scale itself and comes up oversized next to everything else, and that the flag covers the hotkey path, which runs the binary directly.

## If that did not work

The 1Password CLI approval prompt or the SSH agent authorization not appearing at all is a different problem. The manual's troubleshooting chapter says the rich prompt needs Settings > Advanced > Use Hardware Acceleration turned on, and a reboot afterwards, and that the prompt never appears if you have not opened 1Password since booting. On top of that, the `[omarchy]` package build has two open packaging bugs: edgardoalz found in issue #12030 that the polkit policy ships with the build host's account name in the owner annotation, and larok00 found in issue #11830 that the MCP group and setgid setup from the vendor's own install script is never applied. The first covers the `op` and SSH agent authorization actions, the second the MCP server. Per #12030 the plain unlock action carries no owner annotation at all, which keeps desktop and fingerprint unlock outside that bug.

If 1Password crashes instantly with SIGILL, read issues #8470 and #10158 together before acting. inumineq attributes it to AVX-512 instructions in the binary, but a later comment on #8470 reports the identical fault at the same offset on an Ice Lake CPU that does have AVX-512, and another commenter argues the install-time case is really the SIGHUP shutdown from #7870. Both are open and neither has a confirmed fix, so try a clean launch from the hotkey before you go hunting for a rebuild.

On Apple Silicon, bierlingm reported in issue #9576 that the aarch64 installer pins version 8.12.0 behind an existence-only guard, so the app never updates there. If 1Password is simply black in a meeting, that is the deliberate `no_screen_share` tag in `1password.lua`. The black box over Sunshine and Moonlight in issue #8998 looked like the same thing but was not: on an Nvidia card Sunshine's default Wayland capture path failed, and `capture = kms` in `~/.config/sunshine/sunshine.conf` fixed it.

Two 3.x differences worth knowing if you are following an older guide. Up to v3.8.4 the window rules lived in `default/hypr/apps/1password.conf` as `windowrule` lines; the "invalid field noscreenshare" config errors in issue #4023 came from that file when Hyprland 0.53 changed the rule syntax in late 2025. In 4.x the rules are Lua. And 3.x shipped a migration that added `gnome-keyring` because 1Password could not save 2FA setup without it. On 4.0.4 `gnome-keyring` is in the base package list, so that particular fix is already in place.

## Related

- [Fractional scaling, blurry or huge apps](/fix/fractional-scaling-blurry-or-huge-apps/)
- [Multi-monitor layout not saved](/fix/multi-monitor-layout-not-saved/)
- [Theme not applied to GTK4 apps](/fix/theme-not-applied-to-gtk4-apps/)
- [Multi-monitor hardware notes](/hardware/multi-monitor/)
- [Fingerprint reader](/hardware/fingerprint/)
- [Commands reference](/reference/commands/)

## Sources

- [Issue #8574: omarchy display text size breaks 1Password's fixed-size dialogs (root cause of #2016)](https://github.com/omacom/omarchy/issues/8574)
- [Issue #9904: 1Password: unlock popup unusable on fractional scaling, and its window rule targets a non-resizable window](https://github.com/omacom/omarchy/issues/9904)
- [Issue #2016: 1Password authorization window cut off](https://github.com/omacom/omarchy/issues/2016)
- [Issue #8010: 1Password floating window is left off-screen after a monitor is disabled; relaunch focuses the invisible window](https://github.com/omacom/omarchy/issues/8010)
- [Issue #7870: omarchy-install-service-1password launches 1Password without setsid, so it dies on SIGHUP when the installer terminal closes](https://github.com/omacom/omarchy/issues/7870)
- [Issue #8470: 1password crashes with SIGILL (ILL_ILLOPN) on first launch after fresh install](https://github.com/omacom/omarchy/issues/8470)
- [Issue #10158: 1password 8.12.34-34 crashes with SIGILL on CPUs without AVX-512](https://github.com/omacom/omarchy/issues/10158)
- [Issue #11830: 1password 8.12.36-2 omits MCP group/setgid setup, causing peer authentication rejection](https://github.com/omacom/omarchy/issues/11830)
- [Issue #12030: 1password 8.12.36-2: polkit policy bakes in build host's user; vendor after-install.sh never run](https://github.com/omacom/omarchy/issues/12030)
- [Issue #9576: omarchy-install-1password pins 8.12.0 with an existence-only guard, so Apple Silicon never gets 1Password updates](https://github.com/omacom/omarchy/issues/9576)
- [Issue #8998: 1Password window is not visible when accessing desktop over sunshine/moonlight](https://github.com/omacom/omarchy/issues/8998)
- [Issue #4023: Hyprland config errors after Omarchy update (invalid options and window rules)](https://github.com/omacom/omarchy/issues/4023)
- [Release v4.0.3: Fix oversized 1Password windows on scaled displays](https://github.com/omacom/omarchy/releases/tag/v4.0.3)
- [Omarchy Manual: Commercial apps/services](https://omarchy.org/manual/commercial-apps-services/)
- [Omarchy Manual: Troubleshooting](https://omarchy.org/manual/troubleshooting/)