You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Presently, the database stores the WCAT/WRT member who announces a competition / posts the results for a competition, but not the Delegate who submitted them. This means that when WCAT and WRT do background checks, we have to spend a while trawling our emails to find which competitions the Delegate did, rather than being able to run a simple query to find this out.
To solve this, we can add a column to the competitions table called "confirmed_by" which has the user id of the Delegate that confirms the competitions and "results_submitted_by" with the user id of the Delegate that submits the results to WRT (in line with the existing naming systems.) For the confirmed_by field, the Delegate's name and timestamp of confirmation (which is already stored) could then also be displayed at the top of the admin view of the competition page alongside the WCAT member who announces it, and similarly the details of the results submission could be stored within the admin results panel on the competition page.
WRT agreed that there is no need to backfill this information for submissions prior to the introduction of such a change.
Thanks!
The text was updated successfully, but these errors were encountered:
Hi @Baguettely, I came up with another Tickets model (#8597) after our WRT meeting. It's fine to have the two columns in Competitions table, but the Competitions table is having too much columns already and might not be good for us in long term. If the 'tickets' design gets approved, then we can have confirmed_by and results_submitted_by columns (and other related columns like results_posted_by) to tables like ticket_competition_submission and ticket_result_submission.
Also tickets implementation (if approved) will probably take time, so adding the columns to Competition table temporarily should be fine I guess.
Presently, the database stores the WCAT/WRT member who announces a competition / posts the results for a competition, but not the Delegate who submitted them. This means that when WCAT and WRT do background checks, we have to spend a while trawling our emails to find which competitions the Delegate did, rather than being able to run a simple query to find this out.
To solve this, we can add a column to the competitions table called "confirmed_by" which has the user id of the Delegate that confirms the competitions and "results_submitted_by" with the user id of the Delegate that submits the results to WRT (in line with the existing naming systems.) For the confirmed_by field, the Delegate's name and timestamp of confirmation (which is already stored) could then also be displayed at the top of the admin view of the competition page alongside the WCAT member who announces it, and similarly the details of the results submission could be stored within the admin results panel on the competition page.
WRT agreed that there is no need to backfill this information for submissions prior to the introduction of such a change.
Thanks!
The text was updated successfully, but these errors were encountered: