Variable MyProfileDataSchemaConst
MyProfileDataSchema: Struct<
{
backgroundFailures: $Array<
Struct<
{
message: optionalKey<String>;
request: Literals<
readonly [
"recentSearchClick",
"friendship",
"highlights",
"avatar",
"inboxTray",
"story",
"chaining",
"schoolBadge",
"quickPromotion",
"noteCtas",
"selfProfileChaining",
"creatorsTrial",
"onboardingChecklist",
"creatorDestinationType",
"paymentsAccountDisabledRisk",
"fbPayExperience",
"donationsEligibility",
"metaOneBenefitEligibility",
"ringCreatorMetadata",
"proHomeBadge",
"proDashboard",
],
>;
tag: String;
},
>,
>;
userId: String;
},
> = ...
What the viewer's own profile holds: the viewer, as the session names them, and the typed failures of the enter's background requests. The answers themselves are not modelled as data: the recording shows the requests (and their answers) but not how the screen renders them — the grid it shows has no request behind it in the recording — so the screen keeps no invented surface and only the identity the session owns.