Which surface you get
What the Notifications page controls depends on where you opened it:
The macOS app deliberately uses the native permission flow instead of browser push — that is the notification system your Mac already respects.
Enable browser notifications
- Open the Control UI in a browser that supports service workers,
PushManager, and notifications. - Make sure the Control UI is connected to the Gateway.
- Open Settings → Notifications and select Enable notifications.
- Allow notifications when the browser asks.
- Select Send test — a test notification should arrive within a few seconds.
state/openclaw.sqlite — there is no openclaw.json key to edit. When the Control UI reconnects, existing subscriptions are reconciled with the Gateway automatically.
Send test asks the Gateway to push a test message to every registered browser subscription. Unsubscribe removes the current browser’s endpoint from the Gateway, then unsubscribes locally.
Enable notifications in the macOS app
- Open Settings → Notifications in the OpenClaw macOS app.
- Select Enable notifications while the permission shows Not requested.
- Approve the macOS permission prompt.
- Select Send test to post a local OpenClaw notification.
Troubleshooting
Enable is unavailable
Either the browser lacks the required Web Push APIs or the Control UI is not connected to the Gateway. Try a current browser, confirm the Gateway connection, and reload the page.Browser permission is blocked
A denied browser permission cannot be reopened from the page. Allow notifications for the Control UI origin in the browser’s site settings, then reload Settings.Service worker is not ready
The Control UI waits up to 10 seconds for its service worker. If that times out right after an update, hard-refresh the page. If an old worker sticks around, clear site data for the dashboard origin and reconnect.Web Push asks for a Doctor migration
Runopenclaw doctor --fix with the Gateway stopped. Web Push refuses to use the retired JSON stores until Doctor imports them into SQLite.