In T365154#9809719, @Chicocvenancio wrote:Clearly V2C is not ready for use, except for beta-testers.
@Yann I'm maintaining this on my free time and have made a grand total of 0 from all this work. This comment, as written, does not motivate me to work on this at all.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Feed Advanced Search
Advanced Search
Advanced Search
Sat, May 18
Sat, May 18
Fri, May 17
Fri, May 17
I got "An exception occurred: WorkerLostError: b'Worker exited prematurely: signal 15 (SIGTERM) Job: 4.'"
Mon, May 6
Mon, May 6
I have also gotten lie "No changes during the given period match these criteria."
Sat, May 4
Sat, May 4
Sun, Apr 28
Sun, Apr 28
This happened intermittently. It didn't happen with suboptimal "limit=500".
Sat, Apr 27
Sat, Apr 27
Mar 23 2024
Mar 23 2024
Jeff_G added a comment to T295007: Upload by URL should use the job queue, possibly chunked with range requests.
In T295007#9655859, @Joe wrote:With the API change, you should be able to upload by url large files (up to 4 GB IIRC) without incurring in timeouts; and that will also allow us to move file processing to Shellbox, making our infrastructure more secure.
Mar 20 2024
Mar 20 2024
Feb 13 2024
Feb 13 2024
Feb 5 2024
Feb 5 2024
Jan 29 2024
Jan 29 2024
In T355433#9485168, @MikhasikRV wrote:In T355433#9484879, @Jeff_G wrote:I was able to download the file as F 1-74-0217.PDF. In case one of us gets it to upload, what filename would you like and how would you like the file description page to read?
As I said in the other thread, this is not the only file I need to upload. But how did you manage to upload that file? Using Upload Wizard?
Jan 24 2024
Jan 24 2024
In T355433#9482093, @MatthewVernon wrote:Right, those are all too far ago to still in the recent logs. Today's, however, I can find, and swift has done what was asked of it - that file was uploaded and subsequently deleted (before further requests got 404, which you'd expect after a successful delete).
In T355433#9482231, @MikhasikRV wrote:@MatthewVernon I just used Upload Wizard to upload the file. I did not see neither attempt to delete the file after upload. After progressbar reached the end, it just spit out the abovementioned error.
You can try to upload the file yourself: https://fex.net/s/ckmb8ov - the same file or any other PDF bigger than 1.5 GB.
In T355433#9482934, @Wilfredor wrote:I think the simplest way to correct this error is to lower the maximum upload limit to 1 GB for validation.
Dec 31 2023
Dec 31 2023
Dec 30 2023
Dec 30 2023
Jeff_G reopened T345285: Thumbnails for particular files are not displaying on Commons, instead returning Error 429 as "Open".
The thumbnails at https://commons.wikimedia.org/wiki/File:Ada_Health_Symptom_Checker_conceptual_overview.png are still broken. "via cp1111 cp1111, Varnish XID 376415587
Upstream caches: cp1111 int
Error: 500, Internal Server Error at Sat, 30 Dec 2023 11:49:56 GMT"
Dec 19 2023
Dec 19 2023
Jeff_G awarded T353659: V2C should be integrated into MW a 100 token.
Dec 14 2023
Dec 14 2023
Another user has gotten "FAILED: stashfailed: Internal error: Server failed to store temporary file." - see edit https://commons.wikimedia.org/w/index.php?title=Commons:Help_desk&diff=prev&oldid=830516577 .
Nov 14 2023
Nov 14 2023
An hour later, it is responding.
Aug 30 2023
Aug 30 2023
Jeff_G updated the task description for T345285: Thumbnails for particular files are not displaying on Commons, instead returning Error 429.
Jun 10 2023
Jun 10 2023
Jeff_G added a comment to T298672: "Anonymous" users cannot undo changes related to structured data due to AbuseFilter.
Apr 22 2023
Apr 22 2023
Jeff_G added a comment to T298672: "Anonymous" users cannot undo changes related to structured data due to AbuseFilter.
See also the edits logged at https://commons.wikimedia.org/w/index.php?title=Special:AbuseLog&wpSearchUser=91.120.252.226 .
Apr 17 2023
Apr 17 2023
Jeff_G added a comment to T334808: Edit filter variable contains wrong data for structured data edits on Commons.
The full URLs for those example links are: https://commons.wikimedia.org/wiki/Special:AbuseLog/9710528 , https://commons.wikimedia.org/wiki/Special:AbuseLog/9711367 , and https://commons.wikimedia.org/wiki/Special:AbuseLog/9711938 . See also https://commons.wikimedia.org/wiki/Commons_talk:Abuse_filter#Report_by_Lieven , which will be archived to https://commons.wikimedia.org/wiki/Commons_talk:Abuse_filter/Archive_2023/04#Report_by_Lieven .
Jan 17 2023
Jan 17 2023
Affects Commons, too. :(
Jan 15 2023
Jan 15 2023
Jeff_G added a comment to T327003: Tool-nfp Source column does not wrap well or have a working link and wiki abbreviations are duplicated.
In T327003#8525400, @Ladsgroup wrote:Wrapping should be fixable but making the link actually work (or any parsing of the wikitext to HTML) is quite hard without making the system vulnerable to Stored XSS attacks. I could use action=parse in the commons API but that wouldn't be useful if there is a template in source. It's a bit tricky to fix this.
Jan 14 2023
Jan 14 2023
Jeff_G renamed T327003: Tool-nfp Source column does not wrap well or have a working link and wiki abbreviations are duplicated from Tool-nfp Source column does not wrap well or have a working link to Tool-nfp Source column does not wrap well or have a working link and wiki abbreviations are duplicated.
Nov 8 2022
Nov 8 2022
Jeff_G updated subscribers of T189108: Increase the « Post‐expand include size » process up to 2.5 MB.
This amounts to a request to increase the default $wgMaxArticleSize of 2048 (kilobytes) on production wikis. It was authored Feb 21 2006, 7:55 PM in rSVN13070 by timstarling (now @tstarling). Much has changed in user environments in the 16 years since then.
Nov 1 2022
Nov 1 2022
Oct 24 2022
Oct 24 2022
It happened again with edit https://commons.wikimedia.org/w/index.php?title=Commons:Help_desk&curid=523680&diff=698609678&oldid=698605975 00:49 24 October 2022 EDT -0400 (04:49 24 October 2022 UTC). Note also that there are three other edits to the Commons Help desk that falsely show as "updated since your last visit" too.
Oct 23 2022
Oct 23 2022
Here is how that 05:20, 23 October 2022 EDT -0400 (09:20, 23 October 2022 UTC) edit looks on my watchlist with grouping.
On the third hand, it did not happen with my next edit https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboard/User_problems&diff=698405102&oldid=698403797 .
In T321277#8333277, @matmarex wrote:Does this happen every time when replying with the reply tool, or just once or twice? And did it ever happen when not using the reply tool?
We couldn't reproduce it, and I noticed that there were recently a few new reports of pages not being marked as read on the watchlist when expected (see the last few comments on T218511). Most likely this is not related to the reply tool, and just a part of that general problem.
Oct 20 2022
Oct 20 2022
Oct 17 2022
Oct 17 2022
Jeff_G added a comment to T320920: test.wikipedia.beta.wmflabs.org security certificate expired in the last day.
Same for en.wikipedia.beta.wmflabs.org.
Sep 17 2022
Sep 17 2022
Aug 29 2022
Aug 29 2022
Jeff_G added a comment to T244567: Some files cannot be deleted "Error deleting file: An unknown error occurred in storage backend "local-multiwrite". " (due to missing physical file for old image entries).
How can file revisions go missing? Don't we have backups? Why can't we delete a file, even though one or more file revisions is missing? What can we do to prevent file revisions from going missing in the future, and to compensate for their missing status in the present?
Jul 28 2022
Jul 28 2022
Jeff_G updated the task description for T314015: HTTP 404 error for specific TIF thumbnail on Commons.
May 18 2022
May 18 2022
On-wiki error report: https://commons.wikimedia.org/w/index.php?title=MediaWiki_talk:Gadget-AjaxQuickDelete.js/auto-errors&diff=prev&oldid=657064030
On-wiki discussion: https://commons.wikimedia.org/w/index.php?title=MediaWiki_talk:Gadget-AjaxQuickDelete.js#Renaming
This has been autoreported 11 times so far on https://commons.wikimedia.org/wiki/MediaWiki_talk:Gadget-AjaxQuickDelete.js/auto-errors , starting "Wed, 18 May 2022 08:35:19 GMT".
Apr 22 2022
Apr 22 2022
Jeff_G awarded T306301: For all uploaded webm files with AV1 codec no thumb images are generated at all a Haypence token.
Nov 22 2021
Nov 22 2021
Aug 19 2021
Aug 19 2021
In T288346#7283181, @AntiCompositeNumber wrote:In T288346#7282921, @Krinkle wrote:[...]
As such, perhaps it would make sense to codify that in MediaWiki natively that for NS_FILE we don't emit this event and instead assume it to be an upload (manually created pages there are very rare and usually an accident, and for catching/reviewing that we have recent changes already).Would it be possible to only log filespace creations not associated with uploads? From a user's perspective, this wouldn't be too unexpected, as Special:Newpages already does that in the file namespace.
That would work for me. The consensus has now been archived to c:Commons:Village pump/Archive/2021/07#Page creation logs.
Aug 6 2021
Aug 6 2021
Aug 5 2021
Aug 5 2021
In T12331#7233358, @DonTrung wrote:Should we create a separate task for Wikidata and Wikimedia Commons?
Jun 8 2021
Jun 8 2021
Jun 2 2021
Jun 2 2021
Jeff_G added a comment to T190988: Recently more broken files (premature end of file) that were cross-wiki uploaded to Commons by several users.
Another victim, this time at 6MB: https://commons.wikimedia.org/wiki/File:Age_of_sail_.jpg
Apr 6 2021
Apr 6 2021
Jeff_G added a comment to T279407: FAILED: stashfailed: Internal error: Server failed to publish temporary file..
The third upload attempt (a retry with extra comment) completed.
Jeff_G added a comment to T279407: FAILED: stashfailed: Internal error: Server failed to publish temporary file..
The status of the checkbox appears to be dimmed only after the attempted upload starts.
I sometimes get sequences like the following, which is also concerning (indicating a stuck status for upwards of 30s):
00995: 11/86> in progress Upload: 100%
01110: 11/86> upload is stuck
01111: 11/86> Connection seems to be okay. Waiting one more time...
01115: 11/86> upload is stuck
01116: 11/86> Connection seems to be okay. Waiting one more time...
01120: 11/86> upload is stuck
01121: 11/86> Connection seems to be okay. Waiting one more time...
01125: 11/86> Chunk uploaded
Jeff_G added a comment to T279407: FAILED: stashfailed: Internal error: Server failed to publish temporary file..
The second attempt failed with stash 188ub70n674k.lpxppz.122116.webm and the following (trying again with the original formulation):
05171: 86/86> Server error 504 after uploading chunk:
Response: upstream request timeout
05171: 86/86> upload in progress Upload: 100%
05235: FAILED: internal_api_error_DBQueryError: [95e6982b-cd9d-4b4c-a124-ce7a1ca45c8b] Caught exception of type Wikimedia\Rdbms\DBQueryError
Jeff_G added a comment to T279407: FAILED: stashfailed: Internal error: Server failed to publish temporary file..
I tried to publish the file in my UploadStash anyway using a community tool, it said to try back tomorrow. I also started another upload of the same file with "use stash and async (recommended for large videos and photos)" unchecked, and I will check progress after I sleep.
Mar 27 2021
Mar 27 2021
There are also 1,101 pages in https://commons.wikimedia.org/wiki/Category:User_talk_pages_where_template_include_size_is_exceeded .
Jan 28 2021
Jan 28 2021
See also https://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard#Deletion_requests_issue . That section was archived to https://commons.wikimedia.org/wiki/Commons:Administrators%27_noticeboard/Archive_83#Deletion_requests_issue without further comment. https://commons.wikimedia.org/wiki/Category:Pages_where_template_include_size_is_exceeded stands at 289 pages and rising.
Jan 12 2021
Jan 12 2021
Dec 6 2020
Dec 6 2020
Jeff_G awarded T255981: Persistant error 500 getting category members a Mountain of Wealth token.
Nov 27 2020
Nov 27 2020
Jeff_G added a comment to T190988: Recently more broken files (premature end of file) that were cross-wiki uploaded to Commons by several users.
Nov 19 2020
Nov 19 2020
Jeff_G added a comment to T267668: Some recent Commons uploads not available on other wikis (2020-11).
This appears to be happening again with https://commons.wikimedia.org/wiki/File:Standard_Model_of_Elementary_Particles_Euskaraz.jpg - please see https://commons.wikimedia.org/wiki/Commons:Help_desk#An_uploaded_image_can't_be_seen_at_any_given_wiki for details.
Oct 15 2020
Oct 15 2020
Oct 12 2020
Oct 12 2020
No tokens found. :(
Aug 3 2020
Aug 3 2020
Jul 7 2020
Jul 7 2020
Jeff_G renamed T257330: Tools show Puffin Browser Pro 308 Permanent Redirect from Fengtools on Toolforge show 308 Permanent Redirect to Tools show Puffin Browser Pro 308 Permanent Redirect.
Strangely, this is happening with my (proxied) Puffin Browser Pro, but not with Chrome, on the same iPad with the same connection.
Jeff_G added a comment to T222445: Disable FileExporter on all Arabic projects per Commons community request.
In T222445#6162123, @WMDE-Fisch wrote:@Meno25 @Helmoony @Jeff_G @Slowking4 it would be really great if we got some feedback on the above questions. We currently try to figure out what additional data would be helpful so that the communities can better deal with situations like this. Thanks! :-)
Apr 9 2020
Apr 9 2020
Mar 14 2020
Mar 14 2020
Jeff_G added a comment to T247655: Add ability to designate a default thumbnail on videos uploaded to Wikimedia Commons.
This could be extended to all presentations of video thumbnails. See also https://commons.wikimedia.org/wiki/Commons:Help_desk#Changing_default_thumbnail_for_a_video.
Mar 1 2020
Mar 1 2020
Jeff_G added a comment to T245440: "Error: 429, Too Many Requests" for some PNG thumbnails of [[c:File:Ambigram_New_York_Rich_Man.png]].
The discussion of the display of https://commons.wikimedia.org/wiki/File:Ambigram_New_York_Rich_Man.png was archived automatically to https://commons.wikimedia.org/wiki/Commons:Help_desk/Archive/2020/02#Thumbnail_doesn%27t_display and now I get the following:
Request from 45.33.139.173 via cp1086 frontend, Varnish XID 520356410
Upstream caches: cp1086 int
Error: 500, Internal Server Error at Sun, 01 Mar 2020 14:32:22 GMT
Feb 17 2020
Feb 17 2020
Sep 11 2019
Sep 11 2019
Strainu awarded T214230: Temporary switch crosswiki uploads off across all wikis a Dislike token.
Jul 22 2019
Jul 22 2019
In T220828#5352582, @whym wrote:Note to @Jeff_G: you might still see the bug on Commons, but that's expected. It might take some time before I update ArchiverBot@Commons to reflect the bug fix. (Maybe next weekend.)
In T12331#4320973, @kaldari wrote:This is now live on all the wikis except Wikidata and Commons.
Jul 14 2019
Jul 14 2019
However, as of this diff 07:59, 14 July 2019 (UTC) it is still happening.
Jul 9 2019
Jul 9 2019
Jeff_G added a comment to T227420: Define new protection level 'templateeditor' and the associated right and usergroup on Commons.
In T227420#5317903, @DannyS712 wrote:@Jeff_G that's because the template is still fully protected. You can only edit pages that are template protected. See the current list.
Jeff_G added a comment to T227420: Define new protection level 'templateeditor' and the associated right and usergroup on Commons.
In T227420#5314732, @Urbanecm wrote:Deployed.
Jul 5 2019
Jul 5 2019
Jeff_G added a comment to T226307: 600 seconds timeout in XTools global contributions tool seems to be in error.
In T226307#5305835, @MusikAnimal wrote:We should perhaps show a different error message when this happens.
Yes, please.
As of this diff 07:48, 3 July 2019 (UTC), it is thankfully no longer shuffling parameters on my user talk page on Commons.
Jun 22 2019
Jun 22 2019
Jun 18 2019
Jun 18 2019
Jeff_G added a comment to T218511: After opening a diff, entry on Special:Watchlist sometimes stays unread (bold).
It is still happening for me today. In the attached screenshot, I am "User:Jeff G." and my edit of 18:41 (UTC-4, EDT, 22:41 UTC with screenshot taken around 23:00 UTC) should have marked all the previous edits to c:Commons:Help desk as read, but it didn't.
May 3 2019
May 3 2019
Jeff_G added a comment to T222445: Disable FileExporter on all Arabic projects per Commons community request.
The problematic files included https://commons.wikimedia.org/w/index.php?title=File:Bareg5.jpg , https://commons.wikimedia.org/w/index.php?title=File:Toyota_Bus-Train_01.jpg , and https://commons.wikimedia.org/w/index.php?title=File:Toyota_Bus-Train_02.jpg ; all had to be deleted.
Apr 21 2019
Apr 21 2019
Jeff_G added a comment to T221458: Special:Log on commons -- entire web request took longer than 60 seconds and timed out.
A workaround is to start with [[Special:Log/block]] or https://commons.wikimedia.org/wiki/Special:Log/block instead.
Apr 2 2019
Apr 2 2019
The same goes for https://tools.wmflabs.org/geocommons/ .
Mar 28 2019
Mar 28 2019
Mar 25 2019
Mar 25 2019
Jeff_G updated the task description for T192744: PNG thumbnail looks significantly blurrier than JPG thumbnail.
Mar 23 2019
Mar 23 2019
Jeff_G added a comment to T218511: After opening a diff, entry on Special:Watchlist sometimes stays unread (bold).
In T218511#5048840, @aaron wrote:In T218511#5040211, @Jeff_G wrote:In T218511#5034922, @Catrope wrote:This may have been addressed by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/496563/
Thanks, when might that change go live?
Should be everywhere by now.
Mar 22 2019
Mar 22 2019
Jeff_G added a comment to T218511: After opening a diff, entry on Special:Watchlist sometimes stays unread (bold).
I found out in the past couple of days that when I unwatch and then watch a stubborn bolded page, that resolves the symptom for the current revision of that page better (with a higher success rate indistinguishable from 100%) than refreshing and purging. Of course, that is just a workaround and it doesn't scale.
Mar 20 2019
Mar 20 2019
Jeff_G added a comment to T218511: After opening a diff, entry on Special:Watchlist sometimes stays unread (bold).
In T218511#5034922, @Catrope wrote:This may have been addressed by https://gerrit.wikimedia.org/r/c/mediawiki/core/+/496563/
Mar 18 2019
Mar 18 2019
Jeff_G added a comment to T218511: After opening a diff, entry on Special:Watchlist sometimes stays unread (bold).
This is also happening on Commons, see https://commons.wikimedia.org/wiki/Commons:Village_pump/Technical#Pages_visited_via_diff_remain_bolded .
Mar 12 2019
Mar 12 2019
Mar 3 2019
Mar 3 2019
Jeff_G added a comment to T190988: Recently more broken files (premature end of file) that were cross-wiki uploaded to Commons by several users.
Another example: https://commons.wikimedia.org/wiki/File:Miguel_Baptista_Benedict.jpg
Feb 15 2019
Feb 15 2019
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct. · Wikimedia Foundation · Privacy Policy · Code of Conduct · Terms of Use · Disclaimer · CC-BY-SA · GPL