Open amilash opened 3 years ago
Noting that we have patterns for related upload errors, though it sounds like we might need to revisit a few of them for blank file. Does a malicious file need a dedicated message or does the wrong format error work for that (cc @ADPennington)
Will let @ADPennington confirm, but I think the idea is for the user to have a specific knowledge of why the error happened and the resulting non upload. More along the lines of.. "your file was not submitted b/c we detected a risk issue with the file type and we don't accept that kind of file" or "your file was not submitted because we detected that it is an empty file and we do not accept that type of file".
@reitermb Should I tag this as 'research and design' or should dev team decide on the messaging here?
@ADPennington @ttran-hub what is the system admin ask here?
From @ADPennington : This is supposed to deliver missing error messaging to the user for file uploads. Currently:
i think Angela was suggesting that the engineering work should include creating a file status field that would take on a specific value based on the error detected (if any) upon submission. this new field would then be used to trigger certain notifications to the user and also the system admin (but the latter doesn't need to happen at this stage since the user would have a meaningful error message to resolve their upload problem).
updated this ticket to focus on error message for submitting infected files.
Description
TDP scans files for viruses to ensure we don't accept any infected files into S3. Currently the message displayed to the user says "Request failed with status code 400" (see video below) when an infected file is submitted. This is not an actionable error message for the user. Instead, we need to tell the user that they have attempted to submit an infected file.
https://user-images.githubusercontent.com/63075587/175654982-3326777f-1add-4448-8977-d7851cac9ada.mov
Acceptance Criteria
Tasks
Design