Background Tasks panel: list reflow on new task arrival can redirect a "Clear" click onto another task's "Stop" button

What's Wrong?
In the Background Tasks sidebar, "Stop" (running tasks) and "Clear" (finished tasks) sit in the same horizontal position across rows. If new tasks arrive while a click is mid-flight, the list reflows and existing rows shift before the click lands - so a click aimed at "Clear" can end up hitting "Stop" on a row that just moved into that spot.

Steps to Reproduce

1. Open the Background Tasks panel with at least one finished task (showing "Clear") and one or more running tasks (showing "Stop").
2. Move the cursor toward "Clear" on the finished task.
3. Before the click registers, trigger 2+ new background tasks so the list inserts rows and shifts.
4. The click lands on "Stop" for a task you never meant to touch.

Expected Behavior
A click should always resolve to the row the user targeted, even if the list updates in that instant. New rows shouldn't displace a row mid-click.

Actual Behavior
The click silently stops an unrelated task - no confirmation, no undo.

Impact
Unintended task termination with zero warning.

Suggested Fix

• Lock row position while a pointer is hovering/mid-click, or only insert new rows at one end of the list.
• Add a brief confirm step or undo window for Stop, since it's a destructive action.

Environment

• App: Claude Desktop
• OS: Windows
• App version: 1.15962.1