Support eligibility verification for marginalized gender tournaments

[deadroxy]

Major project to add a new moderation service to our site.

Initial wireframes of everything but the email templates are attached.
AnyKey - Verification System Sketches (2023-2-17).pdf

[deadroxy]

Rough definition for the verification object with some open thoughts.

Do we really want to be saving the specific confluence of documents we used to verify? Or is that overkill?

Also, I'm still not sure what these objects should really be called. "Verification Requests" that are either "eligible" or "denied"?

[deadroxy]

Rapid implementation is progressing.

I've installed and configured Active Storage with a new private Amazon S3 bucket for secure upload of sensitive documents related to the verification process. This new approach to image storage allows for easier creation and management of thumbnails/previews, and simple destruction of all versions of the asset. This new method will allow us to move off of Dragonfly and Redis completely, but migrating our existing assets from the pledge moderation reports will be a pain. So that's another issue for another time :]

These resources were useful in the update:
https://edgeguides.rubyonrails.org/active_storage_overview.html
https://pragmaticstudio.com/tutorials/using-active-storage-in-rails

Here I update with the fully implemented entry point and form for player eligibility verification. We still need to refine the language especially by adding a smooth introduction to the form. We also need all the transactional email templates, verification FAQ, and footer link to complete the user experience for the MVP of this major project.

Commits: a4ab347 thru 8caa175

[deadroxy]

Forge is on fire. Progress implementing the staff backend continues.

Here I update with: the new staff dashboard function; a basic queue of the incoming verification requests; and a robust version of the initial staff verification review page. The staff verification review page confirms the utility of the new Active Storage implementation, which previews easily generated and destroyed from a secure storage bucket when attachments are purged.

Commits: 7c4b27a thru b38ead9

[deadroxy]

Updating with thoughts about the actual verification review flow from the staff side and a resolution sketch about mirroring the existing badge abuse report flow.

[deadroxy]

Thoughts become code, and the rollercoaster continues to unfold.

Here I update with a fully working version of the verification review flow. The purging of attachments and sending of transactional email still needs to be completed, but the cycle of reviewing is functional. Report and verification review more closely mirror each other with some updates to button style. And a paginated version (shoutout to Waka and PR #47 which still languishes awaiting approval) of a filter view has been applied to the verification queue.

Commits: 933f736 thru c6d66ee

[deadroxy]

Updating with sketches of a rich row view for the verifications queue and ideas for the simple "Papers Please" style icons for Eligible/Denied.

[deadroxy]

I am the (machine) grass. And you have let me work.

Here I update with what you always wanted. Search! (pours one out for #13)

The rich row view for the verification queue has been implemented, along with search (across first name, last name, email, Discord username, and player ID) for all verifications. Status filters and sort can be combined or used independently. Refinements to the UX (for easy search clearing) are forthcoming. But this was the biggie the crowd was chanting for. Hope you like it.

Commits: 2e83aba thru b343dd2

[deadroxy]

Been giving so many live demos to our team that I haven't had time to post updates here.

For now, sharing a sketch working through the one click clear UX for the new search interface.

[deadroxy]

Closed with PR #53.