Configurable duration for in-app completion toast notifications
Nobody has claimed this yet.
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 68/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- typescript
Research direction
Start with the Settings → Notifications entry point, the sonner toast setup, and the completion-notification hook described in the issue. Add a global duration setting, including a never-dismiss option, and verify that agent-completion toasts follow it without changing native OS notifications.
Written by the indexing model from the issue text.
Description
Before filing
- I searched open and closed issues for duplicates.
- I am using a recent release and this doesn't already exist.
- This is one request, not several bundled together.
Closest existing issue
none found
Is this new, or an improvement?
Improvement — Berd does this, but badly
The problem, in your terms
In-app completion toast notifications (the "sonner" toasts that pop up when an agent turn finishes) auto-dismiss on a fixed, short timer. By the time I notice one and move my mouse to click it, it's already gone. There's no way to give myself more time, or to tell Berd "don't dismiss this until I act on it."
What you do today
Nothing — I just miss the notification and have to go find the relevant session/chat manually to see what happened. It's a small tax every time, but it happens constantly since it's tied to every agent turn completion.
What you'd like to see
A setting (e.g. under Settings → Notifications) that lets the user configure the toast's auto-dismiss duration in seconds, including an option to disable auto-dismiss entirely ("never dismiss until I close it").
Why this belongs in Berd itself
Toast duration is UI chrome owned entirely by the app shell (sonner toast + the completion-notification hook) — it isn't something a skill, agent, or extension can reach into, since those operate on the agent/session layer, not the desktop notification UI. This has to be a core settings change.
Non-goals
- Not asking for changes to native OS-level notifications (the Tauri desktop notification that appears outside the app window) — those are governed by the OS's own notification center settings, out of scope here.
- Not asking for per-notification-type durations (e.g. different timing for errors vs. success) — a single global duration setting is enough.
Alternatives you considered
- Manually watching the corner of the screen — not a real fix, just a workaround.
- Relying on native OS notifications instead of in-app toasts — doesn't solve it, since those disappear too and have their own OS-level settings we don't control.
- Dominant language
- TypeScript
- Stars
- 928
- Forks
- 121
- Avg merge
- 1d 8h
- Merged PRs (30d)
- 100
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from block/berd
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 82/100
-
Saving a custom provider does not set Goose's default provider/model, leaving Goose unavailable Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
copse-dev/agent-pane#2953 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·