Repository navigation
Conversation
Backend Phase 6 (PoliNetworkOrg/backend#93) drops the legacy grants table. Every grant now has an IdP grantor, and `key`, `source` and `grantedBy` are deprecated constants. The grants page and the user profile now: - key rows by `id` - show the grantor's IdP subject only - drop the Source column and the Telegram grantor lookup
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info
WalkthroughThe grants route now loads ongoing and scheduled grants without resolving legacy grantor users. The grants page displays the IdP subject or ChangesTelegram grant loading and display
Priority: ⬇️ Low Change: Refactor Merge Risk: ⚪ Minimal · up to
|
Summary
Follow-up to PoliNetworkOrg/backend#93 (RFC v3 Phase 6), which drops the legacy grants table. After that PR every grant is made by an IdP subject, and the backend still returns
key,sourceandgrantedByonly as deprecated constants, so that this dashboard keeps working. This PR stops reading them, so the backend can remove them later.grant.id;grantedBySub;getTelegramGrantsWithGrantors→getTelegramGrants: the batched Telegram lookup of legacy grantors is gone, so the page makes one fewer backend request.id.Merge order: after PoliNetworkOrg/backend#93 is deployed
Until then production still has legacy grants. Their ids can collide with IdP grant ids (that is what
keywas for), and they would show no grantor.Verification
pnpm typecheck: OK.pnpm check: 0 errors; the 35 warnings are not in the files I touched.pnpm test: 166 passed, 3 skipped.Not checked in a browser.