View Issue Details

IDProjectCategoryView StatusLast Update
0003759mantisbtattachmentspublic2019-03-05 16:47
Reporternauman Assigned To 
PrioritynormalSeverityminorReproducibilityalways
Status confirmedResolutionopen 
Summary0003759: Duplicate bug is created when resubmitting after file upload failure
Description

If you try to upload a file type that is not allowed, you get an error message that indicates the failure and says click the back button to correct the failure. When creating a new bug, clicking back, correcting the problem, and resubmitting creates a duplicate bug.

TagsNo tags attached.

Relationships

related to 0014113 new Poor error handling when attaching multiple files and at least one upload fails 
has duplicate 0006623 closeddregad error message when uploading a.png, followed instructions = double post 
has duplicate 0006961 closedatrol Duplicate entry of reports, if an error appears with an attachment 
has duplicate 0013296 closeddregad bug tracking system - if submit file, can never get out of bug you are in, submits dupes 
has duplicate 0012860 closeddregad issues with document attachment 
has duplicate 0013764 closeddregad Missing error notification when creating new issue and uploading file larger, than is mantis limit 
has duplicate 0019519 closedatrol Upload file too large, going back causes dupe issue 
has duplicate 0019822 closedatrol On uploading an image of size greater than the allowed size, multiple copies of the bug are created 
has duplicate 0021104 closedatrol Création automatique de doublon si erreur sur taille PJ 
related to 0005228 closeddregad Attaching multiple files in one go. 
related to 0016952 new When reporting issue receive error on custom field, but issue is still created 
related to 0021801 closedcproensa File attachment GUI allows larger files than permitted 
related to 0022588 closedcproensa Oversize upload is now skipped with no Message prompted 

Activities

dregad

dregad

2012-01-17 13:06

developer   ~0030931

As per 0012860 and 0013764, the same problem occurs when uploaded file size is larger than the limit set in config_inc.php

juliexn

juliexn

2013-02-05 14:01

reporter   ~0035035

Hello, is there a solution for this issue?

j_schultz

j_schultz

2014-01-12 17:27

reporter   ~0039027

Last edited: 2014-01-12 17:27

I want to point out that when uploading an unsupported attachment, the falsely created issue won't cause any emails to be sent, even if you have enabled email notifications for new issues.

Attachment upload problems are by far the most common errors to be encountered on my issue tracker, so I often get these duplicate issues, so it would be great to see this being addressed.

cproensa

cproensa

2016-02-08 07:24

developer   ~0052486

What is the desired behaviour, when a file upload fails?

Create the issue, but skipping the failed attachment, and possibly, showing a warning?
or not creating the issue?.

dregad

dregad

2016-02-08 08:10

developer   ~0052487

I would personally prefer a complete failure (just like when a mandatory field is not populated), but the other option would be fine too - and a warning would definitely be required in this case..

cproensa

cproensa

2016-02-08 11:21

developer   ~0052488

There is a problem though.
Files cant be attached before the issue is created, because it needs the bug_id.
When the file upload fails, the bug is already created.

If file storage were independent of bug ids, and "temp" files could be uploaded, at that point you could easily fail before creating the issue, or manage the errors more gracefully.

Without drastic changes in file api, at the moment seems easier to manage the error, show a warning to the user, and skip the file.

another (complex) solution would be implementing drafts. As part of other functions that may provide, a draft would serve as a preliminary bug report, and a holder for temporary uploaded files.

dregad

dregad

2016-02-08 12:35

developer   ~0052489

Exactly the reason why I haven't fixed this yet ;-)

But if you want to go ahead and implement the warning option, that's fine with me.

j_schultz

j_schultz

2016-02-08 13:27

reporter   ~0052490

As a user, I would also very much prefer to solve it this way, since form input data can easily be lost depending on server configurations and the like when using the back button.