[BUG] Notification sound plays on attempt_completion despite queued messages (misleads users)

[hannesrudolph]

Type

Bug

Problem / Value

The notification sound incorrectly plays when a task calls attempt_completion, even when messages are already queued. This misleads users into thinking input is required when the task will actually continue automatically.

Context

Users who type messages during task execution experience this issue. When a message is queued and attempt_completion is called, the notification sound plays despite the message being automatically processed. This creates confusion about whether the task has truly paused or will continue on its own.

Reproduction

1. Start a task and let it run
2. While the task is executing, type a message (it gets queued)
3. Task reaches attempt_completion
4. Expected result: No notification sound plays since queued message will be automatically processed
5. Actual result: Notification sound plays, suggesting user input is needed

Constraints/Preferences

The notification sound logic should check the message queue state before playing. Currently in ChatView.tsx, the sound plays for completion_result without checking if messageQueue is empty.

[roomote]

I'm exploring a potential fix for the notification sound issue and will open a PR to share progress.

[roomote]

Opened PR #8540 with my attempt at addressing this issue. The fix adds a check for queued messages before playing the celebration sound on attempt_completion. Feedback welcome!

PR: #8540