View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0021801 | mantisbt | ui | public | 2016-10-15 15:30 | 2019-03-16 20:21 |
Reporter | Chris_Z | Assigned To | cproensa | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 2.0.0-beta.3 | ||||
Summary | 0021801: File attachment GUI allows larger files than permitted | ||||
Description | When reporting issue, the user is allowed to select files exceeding the permitted size limit. When submitting such issue the error is generated and the issue is saved but without attachment. I think it would be better to warn user much earlier in this workflow: during the file selection. | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
related to | 0025464 | closed | cproensa | Enforce max-filesize in dropzone to alert and drop big files before form submission |
related to | 0003759 | confirmed | Duplicate bug is created when resubmitting after file upload failure | |
related to | 0022588 | closed | cproensa | Oversize upload is now skipped with no Message prompted |
There is more to it, it is also an effective way to mute the notification logic. Just recently one of our Mantis users tried to log an issue with an attachment lager than allowed by the limit set in $g_max_file_size. He followed the advice and tried again this time putting attachment in the note. Only at third attempt, this time without the attachment, he succeeded. Not once during first two attempts the issue creation logic generated a notification to those concerned. In other words: the easiest way to circumvent the notification logic is to create an issue with a huge attachment. This shouldn't be entirely on the user's discretion I presume? |
|
Resolving, as implemented in related issue: 0025464 |
|
:-) |
|