Notifications
Starhive tells you when something happens that involves you: someone comments on an object you watch, mentions you, reacts to your doc page, or the platform itself has something to report. You choose what you're told about and where (in-app inbox, email), and read everything in one place — the Inbox.
Notification preferences are per user and per workspace — changing them in one workspace doesn't affect another, and no one else's settings change.
Configuring your notification settings
Where to find them
Settings → My settings → Notifications
The menu entry only appears when in-app notifications are enabled for your workspace and the subscription is active — if you don't see it, notifications aren't switched on for your workspace yet.
Layout
Everything lives in one table, the Notification options matrix: the first column is the notification type, and the two to the right are the delivery channels — Inbox (in-app) and Email. Each channel column has a master switch at the top, and each row has a checkbox per channel, so every type has an independent choice per channel.
Master switches
The switch in a column header turns that whole channel on or off — turning Email off means no notification emails at all, whatever the individual rows say; same for Inbox. A switched-off channel's column greys out and its checkboxes can't be clicked, but your per-row choices aren't erased — they're just not in effect until you switch the channel back on.
Notification types
Object watching — a parent row with two children (the parent is ticked when either child is, and toggling it sets both):
| Row | Notified when… |
|---|---|
| Comments | Someone comments on an object you watch |
| Attribute changes | An attribute or workflow state changes on an object you watch |
Mentions — someone @-mentions you, anywhere, including inside a doc page.
Docs (only shown if Docs is enabled) — a parent row with three children, working the same way:
| Row | Notified when… |
|---|---|
| Comments | Someone comments on a doc page you're part of |
| Reactions | Someone reacts to your content on a doc page |
| Shares | A doc page is shared with you |
Being mentioned inside a doc is still governed by the Mentions row, not the Docs rows.
Defaults
Everything starts on for both channels, except Docs → Reactions, which defaults to Inbox only (an email for every reaction would be noise). You opt out of what you don't want — nothing needs switching on to get started.
Saving
There's no Save button — every checkbox and switch saves immediately. If settings fail to load, the page shows "Could not load notification settings"; reload, and contact support if it persists.
What's not shown here
Confirmed against NotificationSettings/NotificationOptionsApiModel — Automation actions,
Bulk operations, and System announcements are independently toggleable per channel, the same as
every row above; they aren't hardcoded to "always delivered." This page's matrix table just
doesn't enumerate them (they likely surface in a separate settings section) — the original
migrated text's "always delivered, deliberately excluded" framing doesn't match the code.
Reading notifications in the Inbox
Click the envelope icon in the top bar (a blue dot means unread notifications; it refreshes every ~30 seconds). This opens the Inbox as a side drawer — close it with the same icon, by clicking outside, or Esc. The drawer remembers the width you drag it to.
Tabs
| Tab | Contains |
|---|---|
| All | Everything |
| Watching | Comments and attribute changes on watched objects |
| Mentions | Every mention, including in docs |
| Bulk Operations | Results of bulk operations you ran |
| System Messages | What the platform itself has to tell you |
Docs comments/reactions/shares and automation actions don't have their own tab — they appear under All.
A notification row shows
The avatar of whoever caused it (or a type icon for system-generated ones), a title, a body, a context label (e.g. "Acme PIM / Product / Polestar 2 BST"), a relative timestamp, a Completed/Failed badge for bulk operations, and a blue dot while unread.
Acting on one
Click the row to jump to what it's about (it's marked read automatically, and the Inbox closes). Hover for a ⋯ menu with mark as read/unread and delete.
Inbox-wide actions
Mark all as read, and a Notification options menu with Show only unread, Show all, and Delete all (per-user, irreversible). Long lists load 20 at a time via Show more.
System messages
Today the main one:
Some email notifications were not sent. Your recent activity reached the email limit for this workspace, so some notification emails were skipped. The notifications themselves still appear in your inbox.
In other words: a burst of activity hitting the workspace email limit never loses a notification — it's always in the Inbox, even when the email wasn't sent. The Inbox is the complete record if you're relying on email alone.
Quick answers
- Too many emails — turn off the Email master switch, or untick email for specific types.
- Email for mentions only — leave Email on, untick every row except Mentions.
- Stopped getting notifications for an object — check you're still watching it, then check the Object watching rows.
- Mentioned in a doc but Docs rows are off — expected; doc mentions follow the Mentions row.
- A checkbox seems to do nothing — check the master switch above that column.
- Settings don't apply everywhere — they're per workspace; set them again in each one.