One Playback Source for Lock Screen, Mini Player, and Reels
Resolved display inconsistencies across the lock screen, mini player, and video transitions by ensuring all playback surfaces read from a single shared state source.
The lock screen remote control, mini player, and Reels video all reference the same playback instance, but when each surface reads state at different times, display inconsistencies occur. Symptoms included the lock screen showing a playing state after playback had stopped, and the mini player updating late following a video transition. These inconsistencies do not appear in a feature checklist but directly affect the reliability of the playback experience.
Now Playing metadata and lock screen controls were updated to read from a single playback state source. The update cycles for mini player and Reels video transitions and looping were aligned to the same state update path. Display and visibility logic was redefined from a feature-unit basis to a scene-unit basis.
The same principle was applied to the Diary surface. The daily entry flow and content group visibility conditions were consolidated under a single set of rules, ensuring consistent state presentation across both playback and diary surfaces.