| Lklundin | |
| Feb 20 2015, 5:28 PM |
| F4001670: pasted_file | |
| May 12 2016, 4:43 PM |
| F44743: Screenshot_-_20.02.2015_-_18:39:17.png | |
| Feb 21 2015, 9:16 AM |
| F44519: 1990_EastEurope_0037.jpg | |
| Feb 20 2015, 10:50 PM |
| F44525: 1990_EastEurope_0040.jpg | |
| Feb 20 2015, 10:50 PM |
| F44521: 1990_EastEurope_0038.jpg | |
| Feb 20 2015, 10:50 PM |
| F44523: 1990_EastEurope_0039.jpg | |
| Feb 20 2015, 10:50 PM |
I tried to upload (three different versions of the same) four files via my Wikimedia account, and each time I got an '<api-error-unknownerror>' together with a '* = This field is required' (although no fields were marked with a red *) for each of the four photos.
Pressing the 'Retry the failed uploads' button causes the error to happen again.
Via https://commons.wikimedia.org/wiki/Special:UploadWizard#
The first two attempts (using JPEG): ca. 9 MB each
The third attempt (using PNG): ca. 41 MB each
T68366 is about providing more information about unknown errors (basically, retrieving the exception message). So if you don't see anything else, that bug should be reopened.
Can you share the files you were trying to upload? You can just drag-and-drop them into the comment box here.
I can upload these files to beta Commons without problems and can get through the file upload step in the wizard on real Commons (did not want to actually upload). Can your reproduce the problem on your machine?
OK, thanks for looking into this. In my case the actual upload goes OK, then I get the upload error described above when I try to finalize the 'Describe' step, see attached screenshot.
The error is reproducible, I got it just now with the four files above.
I can't find anything in exception.log, api.log nor upload.log
@Lklundin does it work when you retry? Or do retries never work and you always get the error?
I reproduced it reliably, multiple times, both from scratch and by clicking the 'Retry the failed uploads'.
I noted several of the times when I reproduced it here and also attached a screenshot of the error screen.
@Lklundin if you can reproduce it reliably, it would be great if you can record a screencap video of the entire process and the bug happening. Short of that, a screenshot of the metadata you enter on the describe step would be useful as well.
The difficulty we're having at the moment is that we can't find traces of those errors in the logs (presumably, it fails so badly that it doesn't leave a trace), so anything that could let us reproduce the issue would be great. Basically specific files that always fail + the exact metadata entered for them. @Tgr already tried the files on their own, but maybe the bug is triggered by some of the metadata.
Last question, when you have a failing set, are you ever able to upload it at another time? Or does it always fail for a particular combination of files and metadata?
I probably misunderstood how to reproduce - I only went until the license step, never tried to pass the details step (as I did not want to actually upload files) and apparently that's when this is happening.
Quite possible, I'm removing this from the current sprint since we're waiting for a response.
Marked as low priority until someone picks this up again - we may have inadvertently fixed something
The problem was not with the files, but with the file names – '/' is not allowed in them. UploadWizard handles this correctly today, you get a (more) useful recoverable error:
