feat(mobile): hide the play bar with the rest of the bottom chrome

[dylanjeffers]

Follow-up to #14575. The now-playing bar didn't participate in the auto-hide, so scrolling down with a track playing left it stranded — the tab bar floats away beneath it and the play bar stayed put with an empty band underneath.

It now travels on the same useTabBarHiddenProgress the tab bar uses, so the two move as one unit rather than on two signals that can drift.

Why the whole drawer moves, not the play bar

My first attempt translated just the play bar. Both bars hid — and it left an empty white band instead. The white surface behind the play bar belongs to the drawer root, so moving only its contents slid the bar off a background that stayed put. Same problem, different colour.

So this moves the drawer. Two consequences worth reviewing:

• Wrapping the drawer creates a new stacking context, so its z-order is restated on the wrapper, and pointerEvents='box-none' keeps the full-screen wrapper from swallowing touches meant for the screen behind it. This is the same class of thing the tab bar work already had to handle.
• Pinned to 0 while the drawer is open — that same drawer is the full-screen player, and translating it there would drag the expanded player off screen.

Verification (iOS simulator, track actually playing)

• Chrome hides and restores as one unit, no empty band.
• Full-screen player still opens correctly through the wrapper.
• Swipe-to-dismiss still works.
• Left nav drawer still pushes the play bar with the screen rather than being punctured by its elevation — the specific z-order risk of wrapping.
• No crashes across the run.

tsc 0 errors, eslint clean.

Not verified

Android. This is a shared, gesture-heavy component and Android resolves z-order via elevation rather than zIndex, which is exactly where the wrapper could behave differently. Worth an Android check before or shortly after merge.

Unrelated, but noticed

Two SIGABRTs occurred on the simulator during this session, both ShadowTree::commit asserts inside reanimated::ReanimatedMountHook::shadowTreeDidMount. Both followed Fast Refresh reload cycles; clean launches have been stable through playback, scrolling, drawer open/close and tab switching. Likely a dev-only artifact — that assert is typically compiled out in release — but noting it since it first appeared during the #14575 reanimated work rather than before it.

🤖 Generated with Claude Code

[changeset-bot]

⚠️ No Changeset found

Latest commit: e3643fc

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR