Skip to content

fix: retry who's-watching suppression if localStorage isn't ready yet - #653

Open
KrX3D wants to merge 1 commit into
mainfrom
fix/whos-watching-cold-boot-race
Open

fix: retry who's-watching suppression if localStorage isn't ready yet#653
KrX3D wants to merge 1 commit into
mainfrom
fix/whos-watching-cold-boot-race

Conversation

@KrX3D

@KrX3D KrX3D commented Aug 28, 2026

Copy link
Copy Markdown
Owner

Summary

  • Reported: after a full TV power cycle (standalone, Tizen 6.5), the app sometimes lands on the profile-selector screen instead of resuming video playback
  • Not confirmed via a log yet — this is a plausible, testable hypothesis, not a verified root cause
  • disableWhosWatching() only ran once, synchronously, at script load, giving up immediately if YouTube's own recurring_actions localStorage key wasn't there yet — a real race on a slow cold boot that a warm app restart wouldn't hit (key already exists from before)
  • Now retries up to 10 times, 500ms apart, before giving up

Reported on-device (standalone, Tizen 6.5): after a full TV power cycle,
the app sometimes lands on the profile-selector screen instead of
resuming video playback. Not confirmed via a log yet (no direct evidence
of the exact mechanism), but this is a plausible, testable cause:
disableWhosWatching() only ever ran once, synchronously, at script load,
bailing out immediately with just a console warning if YouTube's own
recurring_actions localStorage key wasn't there yet. A power cycle is a
much slower cold boot than a simple app restart — a genuine race against
YouTube's own code creating that key exists on a cold boot that doesn't
exist on a warm restart (where the key already exists from before). Now
retries up to 10 times, 500ms apart, before giving up.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant