Two fixes ride along with #163, each listed in its change.
When the forum reports an account created and the lookup that follows
finds nothing, confirmCreated's error named the person by their email
address, which reached the logs and the targeted reconcile's activity
failure in Temporal. It now names the person by id; the rest of its text
is unchanged. The other copies of personal data in Discourse errors are
#250 (logs) and #162 (Temporal).
The operator billing views are projected from Stripe's webhook events,
but their "Last updated" stamp took the newest processed event of any
provider, so a processed forum event moved it forward while Stripe's
stream could have stopped. The stamp now reads Stripe's events only
(latestProcessedStripeEventAt), and the operator-billing-views spec
says so.
Deliberate breaks, scripts/mutation-check -side new, all CAUGHT:
the confirmation error carries the email again
the confirmation error drops the person's id
the stamp's provider condition removed (both subtests)
cgalo5758
8e1127edd8