Android: Additional data for wide events / pixels to track query purchase changes

[karlenDimla]

Task/Issue URL: https://app.asana.com/1/137249556945/task/1215532568282106?focus=true
Tech Design URL (if applicable): https://app.asana.com/1/137249556945/project/481882893211075/task/1215021185439979?focus=true

Description

• Inline the PurchaseInfoNotAvailable cause into the play_login_error wide-event field so token-refresh failures and recoverSubscriptionFromStore() failures distinguish "billing client not ready" from "query purchases failed" instead of collapsing both into a single label. Carried via LatestPurchaseResult.Unknown(cause) → StoreLoginResult.Failure.PurchaseInfoNotAvailable(cause).
• Add m_privacy-pro_app_recover-subscription_no-active-purchase pixel (Count + Daily), fired when recoverSubscriptionFromStore() returns StoreLoginResult.Failure.NoActivePurchase — covers both the user-initiated restore flow and the auto-recovery during purchase. Wired through SubscriptionPixel/SubscriptionPixelSender and declared in PixelDefinitions/.../subscription_pixels.json5.

Steps to test this PR

QA-optional

---

Note

Medium Risk
Touches subscription auth refresh and store-recovery error paths; behavior for users is largely unchanged aside from richer failure telemetry and one new pixel on confirmed no-purchase restore.

Overview
Improves observability around Play Billing queryPurchases and store-login recovery by carrying low-cardinality cause tags through the purchase-query path instead of a single opaque failure label.

LatestPurchaseResult.Unknown is now a data class with cause (e.g. billing_client_not_ready, query_purchases_failed:…), propagated into StoreLoginResult.Failure.PurchaseInfoNotAvailable(cause). That cause is included in auth token refresh wide-event play_login_error when store login fails without sign-out, and in recoverSubscriptionFromStore() failure messages for the same failure type.

Adds pixel m_privacy-pro_app_recover-subscription_no-active-purchase (count + daily), fired only when recovery hits NoActivePurchase (confirmed empty Play purchase), including manual restore and auto-recovery during purchase—not when login succeeds but the backend subscription is inactive or when purchase info is unknown.

^{Reviewed by Cursor Bugbot for commit 7becaeb. Bugbot is set up for automated code reviews on this repo. Configure here.}

[karlenDimla]

• Android: Additional data for wide events / pixels to track query purchase changes #8863 👈 (View in Graphite)
• develop

This stack of pull requests is managed by Graphite. Learn more about stacking.

[github-actions]

Privacy Review task: https://app.asana.com/0/69071770703008/1215658841043923

[lmac012]

LGTM