User Details
- User Since
- Aug 24 2017, 10:21 PM (389 w, 6 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Bjh21 [ Global Accounts ]
Aug 8 2024
My intention in adopting this tool was not primarily to resurrect it, but simply to stop people trying to use it. At the moment, the user experience is fairly terrible: you authorise the tool through OAuth, provide an image ID, a new filename, and a list of carefully chosen categories, click "Run", and get a message saying "Uploading...". But no matter how long you wait, nothing actually gets uploaded. My initial plan was to improve this by simply putting a notice on the front page stating that the tool no longer works and pointing to functional alternatives. I don't currently think it's worth making an entirely new tool: improvements on the Geograph end mean that Geograph can fill in Special:Upload automatically, so geograph2commons, even if it worked, would not offer much benefit over that.
Aug 7 2024
A quick note that this change caused some disruption on Commons because four gadget definitions were conditional on the writeapi right. This has been fixed on Commons now, but similar problems might affect others.
Jan 16 2024
I think there may be a mistaken assumption here:
Dec 9 2023
@mdaniels5757 asked to adopt this tools a few months ago: T338557
@mdaniels5757 asked to adopt this tool a few months ago: T338555
@mdaniels5757 asked to adopt this tool a few months ago: T338556
Oct 26 2023
Oct 25 2023
Sep 26 2023
Looks like the problem is fixed.
Sep 6 2023
Apr 13 2023
It looks like all of these files are now working properly, so at least this instance of the problem is resolved.
Apr 9 2023
Apr 13 2022
My question about the extra burden of hiding file comments that have undesirable page names in was archived from the Administrators' Noticeboard without any reply from an administrator: Commons:Administrators' noticeboard/Archive 88#Extra revision-hiding burden from change of cross-wiki upload comments. That suggests to me that the administrators don't think it will be a significant problem.
Apr 6 2022
Those are all wikitext creations that are very simple to over-write and suppress the old revision of
Apr 4 2022
How do you plan to suppress comments for otherwise innocuous files?
Apr 3 2022
Apr 2 2022
Mar 5 2022
This seems to have been fixed now, as T294916.
May 5 2021
Aug 27 2020
Sorry. I wasn't aware that there was this kind of cascading defaulting between messages. So when https://commons.wikimedia.org/wiki/MediaWiki:Wikibase-snakview-snaktypeselector-somevalue is changed, https://commons.wikimedia.org/wiki/MediaWiki:Wikibasemediainfo-filepage-statement-some-value will change as well, yes?
Jun 16 2020
The links on the "More" menu are added by a gadget; I've not managed to work out which one. This seems to mean that they're only available to logged-in users. The sidebar link provided by UploadsLink goes to /w/index.php?title=Special:ListFiles/<username>?ilshowall=1, so it's not quite the same as the link in the "More" menu.
Jun 15 2020
I didn't get the link in Monobook either. The Timeless skin includes a suitable link, but it's just labelled "Uploads" so I think it's generated by some different route.
Jan 1 2020
May 22 2019
Dec 4 2018
Earlier CC BY licences don't allow the author to specify the manner of attribution, though, and Commons uses this message for all CC licence versions. Is the message intended to be specific to 4.0?
Oct 18 2018
Oct 17 2018
Aug 12 2018
Nov 7 2017
The problem is currently most obvious if you visit the most recent file: https://commons.wikimedia.org/wiki/File:Ahora_nos_toca_a_nosotros,_ovaci%C3%B3n.jpg
Sep 30 2017
Sep 25 2017
Nope. Those are just a rather bored human. The stereotyped edit summaries are thanks to Firefox's autocomplete, and the {{location}} and {{geograph}} templates are copied from Geograph's "reuse this image" pages like this: http://www.geograph.org.uk/reuse.php?id=2816012
Aug 29 2017
I think this is a duplicate of T138206. I'm sorry I didn't spot it before reporting.