Spacebar should play/pause the selected track instead of scrolling the page

Summary
On the Songs page, when a user clicks on a song track to audition it, the track does not capture keyboard focus. Pressing the spacebar scrolls the page down (default browser behavior) instead of starting/stopping the selected track. This breaks the near-universal play/pause-on-spacebar convention users expect from audio players.

Current behavior

1. User clicks a point on a song track to audition from there.

2. User presses spacebar to stop playback.

3. Instead of pausing, the page scrolls down and navigates away from the track.

4. Page Up does not return the user to their previous position; scroll appears stuck.

5. User has to click an empty area off the tracks to restore normal scroll, then Page Up works again.

Expected behavior

• Once a track is selected/active, spacebar should toggle play/pause for that track.

• The selected track should hold keyboard focus so spacebar does not trigger default page scroll.

• Scroll position should remain stable; no forced jump away from the active track.

Why it matters

• Spacebar play/pause is a standard expectation across audio/web players; the current behavior feels broken.

• Users lose their listening position and have to re-locate the track, interrupting the audition flow.

• Reported alongside broader chat/page responsiveness complaints (frequent need to Refresh), so it compounds existing navigation friction.

Suggested fix

• Set keyboard focus on the track element when a user clicks/selects it.

• Bind spacebar to play/pause for the active track and call preventDefault() to suppress page scroll while a track is focused.

Source

• Reported by a user via support (multiple touchpoints). User notes they are on the latest browser version; browser is Brave, OS is Windows 10.