outages.live
Live
1PasswordIncident · 2026-10-16 17:31 UTC

Some users are unable to view vault profiles using the web interface

ResolvedOfficial update

A fix has been deployed and this issue is now resolved.

The latest update from 1Password.

State

Resolved

Started

16 d ago

2026-10-16 17:31 UTC

Lasted

11 min

until 2026-10-16 17:42 UTC

Worst impact

Degraded

Timeline

2 updates
17:3117:3417:3617:3917:42
DegradedUpdate postedTimes in UTC

Identified

11 min 100%

Updates

Times in UTC

As posted by 1Password

Resolved2026-10-16 17:42 UTC

A fix has been deployed and this issue is now resolved.

Identified2026-10-16 17:31 UTC

When choosing to view a vault profile using the web interface, a blank page is displayed instead. Our engineering team has found the root cause and are working towards deploying a fix.

Affected components

5
Admin consoleUSA/Global - Admin consoleCanada - Admin consoleEurope - Admin consoleEnterprise - Admin console

1Password in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

3

Days with an incident

6

Median duration

27 min

This incident

60% shorter than the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

4 days
median 27 min
90 days agoToday

Other 1Password incidents

All incidents

1Password·High error rate on 1Password.com

# Incident Postmortem - High error rates on 1Password.com when syncing data and provisioning users. **Date of Incident:** 16 October 2026 **Time of Incident \(UTC\):** 23:00 - 00:11 \(Oct 17\) **Service\(s\) Affected:** Admin Console, Item Syncing, Provisioning **Impact Duration:** 1hr10m ## Summary **What happened:** On Friday, October 16, 2026, from 4:00 to 5:10 p.m. Pacific \(23:00–00:10 UTC\), some requests to 1Password web services failed. Earlier that day, we deployed an infrastructure change meant to improve efficiency. The change caused one of our backend systems to hold on to resources longer than expected, and the system eventually ran out of capacity. **Impact:** About 2% of requests to 1Password web services in the US failed during the 70-minute window. The issue happened during a period of low traffic, which limited the number of people affected. **Resolution:** We increased the affected system’s capacity and applied configuration changes so resources are recycled more qui

Resolvedresolved 12 d ago

1Password·Device Trust Service Disruption

This incident has been resolved.

Resolvedresolved 53 d ago

Follow 1Password

Your coding agent knows when 1Password is down, and tells you when a failure is theirs, not yours. You can also get 1Password incidents in a feed reader or in Slack.

Prompt
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.

Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.

Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "onepassword" and tell me if 1Password has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.

Paste this into any coding agent. It adds the server with its own MCP setup.

RSS
https://outages.cc/feed.xml?providers=onepassword
Slack
/feed subscribe https://outages.cc/feed.xml?providers=onepassword

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane