Variable ReelsViewerSingleInputSchemaConst
ReelsViewerSingleInputSchema: Struct<
{
chainingPosition: optionalKey<Union<readonly [Number, String]>>;
chainingSeedMediaId: optionalKey<String>;
chainingSessionId: optionalKey<String>;
clientPosition: optionalKey<Union<readonly [Number, String]>>;
friendsLane: optionalKey<Literal<false>>;
media: optionalKey<
Struct<
{
code: String;
id: String;
media_type: Number;
organic_tracking_token: optionalKey<String>;
pk: decodeTo<String, Union<readonly [Number, String]>, never, never>;
taken_at: optionalKey<Number>;
user: optionalKey<
Struct<
{
id: optionalKey<String>;
pk: optionalKey<decodeTo<String, Union<(...)>, never, never>>;
},
>,
>;
video_duration: optionalKey<Number>;
},
>,
>;
mediaPctWatched: optionalKey<Union<readonly [Number, String]>>;
rankingSessionId: optionalKey<String>;
storyRankingToken: optionalKey<String>;
},
> = ...
The viewer's single-reel entry: the reel it opens on (absent when the bottom bar's tab opened it, which sends the stream's first page) and its chaining context.
How the viewer was reached is the edge's navigation source, not an input: the same definition is entered from the bottom bar (a tab switch, the chain restarting at
ClipsViewerFragment:clips_viewer_clips_tab) and pushed from a feed's reel or a link (ClipsViewerFragment:clips_viewerover the feed). The requests' module comes from that same navigation wire, so the input names no source of its own.