#1981 must be merged before we do this
inspired by the permission requests for the led sign, we should allow users to make requests to join the sce leetcode leaderboard! right now there's a QR code for signups on a google form that export to a google sheet and people who apply just wait for someone to manually add them and there's no one looking at allat 🦗
so let's just let them be more direct! it's much easier for someone to just go on clark and approve/deny these things
then we need to modify the permission request API routes
food for thought: what if there's a way to autonomously verify if a leetcode profile exists? some jits make typos in their leetcode profile so we don't wanna force officers to manually check the profiles on leetcode (if possible). could we check https://leetcode.com/u/{username} to see if that profile exists, and auto delete requests made with profiles that don't exist? does leetcode allow that? experiment with ts!
#1981 must be merged before we do this
inspired by the permission requests for the led sign, we should allow users to make requests to join the sce leetcode leaderboard! right now there's a QR code for signups on a google form that export to a google sheet and people who apply just wait for someone to manually add them and there's no one looking at allat 🦗
so let's just let them be more direct! it's much easier for someone to just go on clark and approve/deny these things
then we need to modify the permission request API routes
/route queries for all permission requests so that an officer/admin can view and accept/decline. but this is currently hardcoded for led sign only. this should be made to accept a query parameter for the service, and based on that query parameter, the PermissionRequest collection should be conditionally queried to find only requests that match that service/create,/delete, and/approveendpoints should also be modified to accept a body parameter denoting which service is being requested, and appropriately query the db for documents that match that service./user/addendpoint on sign2. refer to sign2 source code for that implementationfood for thought: what if there's a way to autonomously verify if a leetcode profile exists? some jits make typos in their leetcode profile so we don't wanna force officers to manually check the profiles on leetcode (if possible). could we check https://leetcode.com/u/{username} to see if that profile exists, and auto delete requests made with profiles that don't exist? does leetcode allow that? experiment with ts!