Mon, Jun 29
Once the 5GiB limit is lifted, that could work.
Feb 11 2020
Dec 15 2019
I have uploaded a few empty files and than used stashedupload.js to upload the real files. for one file:
400 sec upload
4400 sec assembling
4000 sec publishing
Dec 14 2019
File:Global Climate Strike Bremen 2019-12-13 01.jpg <- file was uploaded, but publishing took an eternality and then showed "unknown server error"
Dec 13 2019
Aug 26 2019
It is sporadic. I can think of no way to reproduce (provoke) it. I am trying to avoid these errors by changing browsers and OSs.
Just saw that the transcoding is now at 42 minutes, and while looking at it, came about this thought: the files are 4GiB (to the byte) each. Maybe the transcoded versions are exceeding the 4GiB file system limit?
Until know this has not happened again (or I did not notice), I cannot give a way to reproduce. I assume it happens sporadically because of time outs that only sometimes occur.
I am trying to avoid these errors in the uploadwizard. Upload files takes time. If an upload stalls and after minutes or an hour the browser crashes (or only the tab with the upload wizard) I have lost work and time. Still I have tried to record a screen video of some uploads - but in that cases the upload worked. What can be reproduced is, uploading some files, than when the wizard asks "do you want to upload more files" (not the add more files stage!), choose some more files and after upload starts a window pops up "you are already uploading (name of the first file of the second batch)". Only option is "ok" and after that this "duplicate" file uploads ok. If you upload in more than one batch a number of files that together exceed the limit of 50 (500 for me) you get a window "to much files" -> ok -> upload works. To me it seems, that the wizard does not correctly clean up variables after a batch of uploaded files. It also seems to me that the wizard has a memory leak, causing the crashes that occur randomly, but mostly in connection with uploads of large numbers of files. If the loading and display of thumbnails by the wizard could be unticked with a checkbox - that might be a workaround of this memory leak.
Aug 11 2019
Aug 6 2019
This video is older, but shows the problem:
Aug 2 2019
It is text, that is displayed within the uploadwizard: I uploaded three files. One succeded (after a very long time), two showed the text "connection issues" (all three messages in the same instance/tab of the uploadwizard at the same time).
Jul 31 2019
I tried with the files 383 to 385. It took extremly long on ubuntu, but 383 succeded, while 384 and 385 failed with "network connection issues". I experienced this problem before and the only solution was to upload with another OS.
Jul 30 2019
Jul 29 2019
All the files from the series, that I successfully upladed have less than 10MB, The four files that do not work for me are 10MB+. I cannot access the Uploadstash. It times out after 60 seconds, because there are still hundreds of files from failed uploads.
Jul 11 2019
If you upload 150 files with the upload wizard this alone might result in 750 watchlist outputs:
Jul 2 2019
Jun 28 2019
Feb 21 2019
I do not know, what the TwitterCards Extension does (how it works), but the difference may be, that the image provided to Twitter would not be an image from commons, but a computer generated image, possibly with a version of one of the wiki logos, but mainly with text rendered as image and the text being a very basic description of the artice (something like "19th century history article" for articles like "Eifeltower" or the like.
Feb 20 2019
Oct 26 2018
If it is intentional, then it should be documented (on the watchlist page, when catwatch is activated) because it is highly irritating.
Obviously you looked at the image, as you refered to the category. a number of edits are marked as bot edits. That does not make sense to me. Possibly it makes sense to someone else.
Yes, commons. To all I know, there is no bot. I uploaded 48 files with the UploadWizard (which by the way still does not work on ubuntu16 and macos for me, but works fine with ubuntu18. there are sporadic reports about the wizard at commons:forum, at least one claiming, the wizard uses 100 % of the RAM). If all files were marked as bot, this would be wrong but consistent. if none was marked, all would be fine. But it is random. And software (apart from crypto and lottery software) should not produce random results.
Oct 25 2018
Reproducing: I experienced this from time to time when I clicked "watchlist" on a day, that I uploaded a number of files. I do not think there is a sure way of reproducing - apart from uploading a number of files, then clicking on "watchlist" on the same day. The "b" tags seem to vanish later, but I am not sure.
Oct 21 2018
I have copied two lines of a mail from the file I saved the mail to:
Oct 19 2018
Also I do not think, that it makes a difference if the mail is HTML or plain. Either the mail client will support URLs in plain text mail - then URL encoding will work. Or the mail client does not, then you have to copy the URL and paste in the web browser - in which case an encoded URL will work also.
Only the closing paranthesis at the end of the URL is affected, not the opening one inside the URL. Therefore I do not think, it is caused by URL-endocing (unless the opening paranthesis gets encoded and the closing one does not).
Oct 18 2018
Sep 21 2018
I can still not upload with ubuntu.
Aug 28 2018
In the meantime I managed to upload files with HighSierra/Safari, but not with iOS or Firefox/Ubuntu. It also did not work with files cropped to 4.6, 4.8 and 4.9 MB (by blacking part of the image but keeping the image dimension). This happens with files I uploaded without problems in the past to commons without problems (with the same computer and software). I also cannot upload new files with firefox, that I now uploaded successfully with HighSierra.
Aug 27 2018
does still not work. also with iOS. also with old upload form.
Aug 21 2018
no visible network activity in console
uploads on commons with uploadwizard, and the files are around 6MB, which means it can very likely break at 5MB.
The thumb in the post above is the same file as: https://commons.wikimedia.org/wiki/File:Dyke_March_Heidelberg_2018_29.jpg
Also the same happens with iOS/Safari, only that after a short time the upload form changes to red icons for all files to be uploaded and an error message of "Error" (full quote of the error message (!) ). The files in the UploadStash look the same.
Four minutes later the assistent showed a remaining time of 4 hours. I could not access any debug info, as the browser did not take any input.