Problem seen in external run-status checks
The Rewards dashboard may render Chinese labels (可用积分, 可领取, 每日活动) for an account whose automation expects English labels. In a sidecar snapshot, reading a card's innerText also joined an adjacent reward badge onto progress: a real 1/1 appeared as 1/11 or 1/15. This can produce false completion reports even when the main task runner did execute.
Repro and proposed interface
- Open the authenticated
/dashboard in a localized account.
- Compare card text with
[role=progressbar][aria-label] and its aria-valuenow / aria-valuemax.
- Read the latter as the progress counter; treat the text label as display-only and support both English and Chinese for locating balance/claim controls.
The read-only prototype is microsoft-rewards-snapshot. It does not perform searches or claims. I am not claiming that the current core parser has the same innerText bug; this is a request for a locale-independent status/snapshot contract or a suitable diagnostics hook so integrations can avoid parsing rendered text. A successful request or HTTP 200 alone should not be reported as full daily completion.
Problem seen in external run-status checks
The Rewards dashboard may render Chinese labels (
可用积分,可领取,每日活动) for an account whose automation expects English labels. In a sidecar snapshot, reading a card'sinnerTextalso joined an adjacent reward badge onto progress: a real1/1appeared as1/11or1/15. This can produce false completion reports even when the main task runner did execute.Repro and proposed interface
/dashboardin a localized account.[role=progressbar][aria-label]and itsaria-valuenow/aria-valuemax.The read-only prototype is microsoft-rewards-snapshot. It does not perform searches or claims. I am not claiming that the current core parser has the same
innerTextbug; this is a request for a locale-independent status/snapshot contract or a suitable diagnostics hook so integrations can avoid parsing rendered text. A successful request or HTTP 200 alone should not be reported as full daily completion.