Skip to main content
tomatoandcake
August 23, 2025
Question

1password locks within 10 seconds on High Performance or Dynamic resolution screen share on macOS

  • August 23, 2025
  • 44 replies
  • 798 views

As the subject notes, I've noticed 1password locks itself within about 10 seconds regardless of what I've set the auto-lock setting to. 

This makes copying and grabbing passwords, otp codes etc very difficult as I need to do it within 10 seconds of opening 1password.

This has been happening for quite some time (6+ months at least) when I run screen shares with a remote macOS host via the screen share app using High Performance or Dynamic Resolution. 

The issue does not occur if I change from High Performance to standard in the macOS screen share app. 

High Performance is useful as it adjusts the remote display to match the display I'm using on my local machine. Which makes needing to switch back to standard -  not ideal.

The remote machine display does not scale nicely if in standard screen share type mode.

I was wondering if anyone else has seen this issue?

  • Remote Mac is running MacOS 15.6.1
  • 1password ver. 8.11.6

 

44 replies

April 3, 2026

Hi folks, I've registered to let you know that I'm experiencing exactly the same problem, using MacOS Tahoe 26.4 (25E246) to run high-performance screen-sharing to a Mac running 1Password for Mac 8.12.8 (81208026) on MacOS Sequoia 15.7.5 (24G624).

On my display, the difference between high-performance and standard screen-sharing is jarring.

1P_Gem
1Password Employee
1Password Employee
April 7, 2026

Hi @Touchstone64, welcome to the Community! Thanks for taking the time to register to let us know that you're running into this as well. I've added your report to the internal tracker for the issue.

Issue=DV-301

April 11, 2026

Registered for the same reason. Experiencing the same pronlem 

1Password for Mac 8.12.10 (81210036) on Tahoe 26.4

1P_Gem
1Password Employee
1Password Employee
April 13, 2026

Hi @jbp, welcome to the Community! I'm sorry to hear that you're also running into this, but thanks for letting us know. I've added your report to the internal tracker for the issue.

Issue=DV-301

May 8, 2026

When accessing macOS through Screen Sharing Auto-lock thinks application is not used and will kick you out after few seconds, you have to re-enter pass – it makes application unusable.

Trevor_1P
1Password Employee
1Password Employee
May 11, 2026

Hi @MirekRusin,

To confirm, when sharing your screen on macOS, are you using the "High Performance" option? If so, there is a known issue that our Development team is currently investigating that can cause the 1Password app to lock prematurely when the High Performance option is selected. 

As a workaround, other users experiencing the issue have found that toggling the High Performance setting off resolves the issue for them. If this corresponds with the behaviour you're seeing, let me know and I can add your report to our internal tracker for the issue.

Issue=DV-301

May 14, 2026

Still happening on latest version.  Unusable over high-performance screen-sharing.  "Standard" screen-sharing is actually very "sub-standard" so I don't use it; would give up 1Password first.  I don't often need to use 1Password on the remote Mac but the times I try are seriously infuriating.  Not only does it lock in about 10 seconds regardless, it also appears to lock immediately upon copying a field to clipboard so trying to be fast enough to copy username and then password within the 10 seconds doesn't work.

1Password for Mac:  8.12.12, macOS 26.4.1 on both systems.

Trevor_1P
1Password Employee
1Password Employee
May 15, 2026

Hi @Jetucker,

I'm sorry that you're experiencing this issue when using screen-sharing. I've added your report to our internal tracker for the issue.

Issue=DV-301

 

May 22, 2026

Also experiencing this issue across multiple macs where the full Mac app locks almost immediately after unlock when using high-performance screen-sharing. Can use the browser extension in a couple of cases as a workaround but would really prefer to be using the full app. 

1Password for Mac 8.12.12 and 8.12.21
macOS 26.4.1 and 26.3.1 (a)

Trevor_1P
1Password Employee
1Password Employee
May 22, 2026

Hi @drowningman,

Thank you for sharing that you're experiencing the issue, as well as the versions you're experiencing it on. I've added your report to our internal tracker for the issue.

Issue=DV-301

May 24, 2026

Add me to the list. 8.12.12 on 26.5. 

Super frustrating that this issue has persisted for so long. "Downgrade your experience" is a really lousy workaround. 

1P_Gem
1Password Employee
1Password Employee
May 26, 2026

Hi @geemlabs, thanks for letting us know you're running into this as well. I've added your report to the internal tracker for the issue.

Issue=DV-301

tomatoandcake
July 5, 2026

Hi ​@1P_Dave is there any update on this issue at all? it’s been persisting for a very long time. My OG post is nearly a year old now - and the issue had been there for a good 6 months before I posted about it. Is this a macOS permission or security thing causing this more than something 1password can resolve without input from Apple?

1P_Gem
1Password Employee
1Password Employee
July 13, 2026

Hi ​@tomatoandcake, thanks for the nudge!

The issue is still being actively investigated on our end, and I can't confirm at this stage where the root cause lies. I’m sorry I don’t have better news here - I’ve added a note to the issue on file to let our developers know that you’ve checked back in for an update.

tomatoandcake
August 14, 2026

Hi ​@1P_Gem,

As I’m sure you might be aware this has been driving me nuts (hence my post and follow-up) - so with the help of some AI trickery - I think I’ve narrowed down the mechanism causing this issue. 

Setup: Headless Mac Studio, macOS 15.6, auto-lock set to 8 hours, connecting via Screen Sharing in High Performance mode. 1password v. 8.12.33 currently.

1Password's own log (1Password_rCURRENT.log) during an High Performance session:

 
19:32:31.990  Attempting to unlock with master password.
19:32:32.093 Lock state changed: Unlocked
19:32:32.215 WARN failed to setup unlock secret: failed to set up sk unlock key:
Enclave(EnclaveInitalization(EncryptWithKeyFailed(-25293)))
19:32:42.093 Lock state changed: Locked
19:32:42.093 Locked. Reason: Automatic(Idle(28800)).
19:32:42.135 ERROR Could not get key from unlocked account!

The app locks exactly 10 seconds after a successful unlock, with reason Automatic(Idle(28800)) — the 8-hour idle threshold reported as already met, seconds after I typed my master password.

The 10 seconds everyone here is reporting is evidently the lock-condition polling interval.

The idle source is the bug, not the timer: ioreg -c IOHIDSystem shows HIDIdleTime resetting normally while I type and move the mouse in the High Performance session, yet whatever idle source the app consults reports ≥ the configured threshold.

Confirmation: setting auto-lock to Never eliminates the relock completely (other lock triggers still enabled) — which also explains older reports that users who set their timer to "Never" were unaffected while any finite timeout collapses to seconds.

A usable workaround for others until this is fixed: auto-lock → Never during High Performance remote work session, keep "lock when device locks or sleeps" on.

Also noting I’m getting a Secure Enclave error (-25293 / errSecAuthFailed) logged at every unlock inside an HP session — possibly related.

Given this traces back to dev/core/core#26064 in other posts on the community here (January 2024), hopefully this helps sort out the issue!

Happy to provide full logs if you’d like!

tomatoandcake
August 14, 2026

additionally - HIDIdleTime from IOHIDSystem demonstrably does update during High Performance sessions (I measured it resetting via ioreg -c IOHIDSystem while typing/moving the mouse in an HP session), so it would make a sound idle source for the auto-lock timer — ideally combined with input events received by 1password’s own windows, so that typing the master password itself always counts as activity.

July 27, 2026

I’m experiencing this on 1Password for Mac 8.12.28 (81228025) on macOS Tahoe 26.5.2 (25F84)

Trevor_1P
1Password Employee
1Password Employee
July 27, 2026

Hi ​@likufanele,

Thank you for your report. I’ve added it to our internal tracker for the issue.

July 29, 2026

Is it fixed? I have the same issue and it’s quite annoying typing over 20 characters every 10 seconds just to configure some settings.

MacOS: 26.5.2 (25F84)
1Password for Mac 8.12.28 (81228025)

1P_Gem
1Password Employee
1Password Employee
August 4, 2026

Hi ​@balvenie, I’m sorry to hear that you’re running into this as well. I don’t have any news to share just yet, but I’ve added your report to the internal tracker for the issue.