New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Detect and ignore duplicate submissions #1006
Comments
Duplicate of #513. There are some concerns there:
|
Ideas:
|
Additional ideas for the implementation.
|
How to handle the situations that the grader has had some bugs which are fixed and after that student would like to submit the same solution again? |
The student is shown a confirmation dialog about whether he/she wants to submit a new identical submission. |
That makes sense. So the title of the issue is not accurate. Duplicates are not ignored, they are confirmed. |
I think I wrote some parts in the earlier comments from the perspective that duplicate submissions would always be rejected, but we are supposed to offer the student a confirmation dialog if they want to submit the duplicate or not.
|
@muhammadfaiz12 I think implementing the confirmation dialog in the frontend is much simpler if the duplicate check is actually done in the frontend. Then, duplicate submissions would never be uploaded to the server. If the hashes of the existing submissions are rendered in the HTML (data attributes), then frontend JavaScript can compute the hash for the new submission and compare the hash to the existing hashes. If it is a duplicate and the student wants to cancel the submission in the dialog, then no submission is ever sent to the server. This just requires that the hashes can be computed in frontend JavaScript in addition to the backend. |
Yes that could also works but i think i need more explanation on how this would work. We could discuss this in the meeting. |
Handover Note What is this and how it works? The system create a submission hash for submitted submission. this hash was stored in both Database and Cache. This hashes are rendered to Front end when user open exercise page. When user want to submit a submission, the front end system create hash of the submission and compare it to the old submissions hashes. Front end side create hash to compare new submission hash with the previous submissions hashes, Back end side then recompute the hash to store the hash in the database. The FE created hash and BE created hash has to be the same (as per now, it still different) The feature description are also already written on this thread and on the PR Things To Do
Overall testing are also need to be done, especially after the points above are completed. Note |
Comments about modal dialogs in chapter.js:
|
Based on PR apluslms#1040 Fixes apluslms#1006
Based on PR apluslms#1040 Fixes apluslms#1006
Based on PR apluslms#1040 Fixes apluslms#1006
User may accidentally make a submission that is exact duplicate of an earlier submission for the same exercise. A+ could detect and ignore these submissions, to avoid unnecessary consuming available submissions for the exercise.
The text was updated successfully, but these errors were encountered: