fix: Threaded reply input does not immediately close

[Dschoordsch]

Description

Fixes #9650

When replying a local update is commited to the store. This happened in the mouse event handler and is propagated to other components before the event handling of the click finished. This caused the useClickAway handler to fire for the same click event and revert the store update immediately. There are two ways to fix this, stop propagating the event or do

Demo

Screen.Recording.2024-04-17.at.10.53.51.mov

Testing scenarios

• start a discussion thread and play around with the reply button

Final checklist

• I checked the code review guidelines
• I have added Metrics Representative as reviewer(s) if my PR invovles metrics/data/analytics related changes
• I have performed a self-review of my code, the same way I'd do it for any other team member
• I have tested all cases I listed in the testing scenarios and I haven't found any issues or regressions
• Whenever I took a non-obvious choice I added a comment explaining why I did it this way
• I added the label Skip Maintainer Review Indicating the PR only requires reviewer review and can be merged right after it's approved if the PR introduces only minor changes, does not contain any architectural changes or does not introduce any new patterns and I think one review is sufficient'
• PR title is human readable and could be used in changelog