Aug 27 2018
Note that on the backlog there is now a workaround (manually subtract 11), which is why the number appears correct.
Aug 26 2018
Aug 25 2018
If two admins try to perform the same action, it makes sense that one of them gets an error. But (as @jcrespo pointed out) a better error message that points out the problem to the user would be useful. Otherwise, this error might keep getting reported, causing more work for everyone involved.
Jun 15 2018
And another edit that failed [[:c:File:AmericanoCampanha~.cp19 4.png]]
Nov 27 2017
Jun 9 2017
Jan 25 2017
To be honest, I find priority "normal" to be worrying. If potentially unrecoverable data loss is not a high priority then what is?
Jan 13 2017
I have reopened this bug, as it clearly has not been implemented. The task that this is supposedly a "duplicate" of (if I understand it correctly, which I might not, because the bug numbers are clearly bogus) was closed as a duplicate of this.
Jan 1 2017
Dec 29 2016
I think that would be worth a shot, yes. Of course I have no idea whether that will have any effect, but since this is so common it could have some effect to make this more discoverable. Although we should probably do some before/after statistics to see whether it does any good.
Dec 27 2016
It seems I did. So to spare me the embarrassment, can we retool this bug for the seconds suggestion I made (which should have been filed as a second ticket anyway)?
Dec 26 2016
Dec 10 2016
This is a current version: https://commons.wikimedia.org/wiki/File:Burbuja_(1496994920).jpg
Nov 29 2016
This problems seems to increase. There was one thread on the the English VP today, and two on the German Forum.
Jun 19 2016
For reference, another user caught by this bug on the German village pump: https://www.wikidata.org/wiki/Wikidata:Forum#Eigenschaft_f.C3.BCr_.22Anzahl_B.C3.A4nde.22.3F
Jun 18 2016
Jun 14 2016
P.S.: That said, personally I appreciate the will to improve the project for our users. And I also know that it is sometimes very hard to cause change, because the status quo is deeply entrenched and people are afraid of change.
@maxmarex: Being a software developer myself, I can understand your frustration when people do not appreciate the work you have poured a lot of sweat into. That said, there is unfortunately a long history of the WMF forcing features onto Commons that are a huge pain to us, especially the admins. This is just another not very well researched project that causes a big increase of workload, especially of the "unsexy" kind: patrolling for copyvios is not very fulling. Please keep in mind that we are talking about unpaid volunteers here.
Jun 13 2016
As someone who mainly enters exact integers, this is one of the most infuriating bugs. I always have to go back and correct the precision after the fact. There are also many, many numbers in Wikidata statements with the very obviously wrong precision +-1. At this point, this precision guessing is probably the number one cause for wrong data. Also, it is probably the most asked question in the various forums on Wikidata.
Mar 26 2016
Jan 15 2016
So, is there any progress on this? If I understand correctly, this app is violating the copyright of nearly every file on Commons. Nevertheless this has been over for over half a year without any sign of progress. As the author and copyright owner of over 1000 files on Commons, I find this completely unacceptable and is absolutely against the spirit of the Wikimedia projects, especially since we demand care in licensing from our reusers. Either fix this with a high priority or remove the app.