Sat, Jul 22
- T155991: Special:BotPasswords/Username: checkboxes so distant from the text can be confusing, add table or move checkbox in front of the right to assign
- T152532: HTMLCheckMatrix checkboxes and labels are not clearly visually associated
- T150079: Special:BotPasswords Visual indication between checkboxes and corresponding text should be clearer
However, it seems gadgets are still not included. Not sure why..
The Parse API by design only exposes modules added through Parser/ParserOutput. Modules added by OutputPage, Skin, or extensions are not exposed.
Reducing it further. This task is to track the end result in GUC. The Flow-side of things is T114777: Add Flow contributions to GUC.
Checking the local logs on one of the servers (mw1303), the error is quite easily found. The last two log files are 1000x bigger (19G instead of 8M).
Looking at it again:
Browsing to https://www.mediawiki.org/wiki/Project:Support_desk when logged-in seems no longer than loading any other page logged-in. Marking this as resolved.
Closing. Contrary to my previous comment, at least from tailing Varnish for a while, and from looking at slowparse.log, we no longer have any timeouts. We do still have Main_Page parses that take between 3-10 seconds, but that's not causing a timeout.
@TheDJ Thanks. This is actually an issue in the Gadgets extension. I always enqueues the enabled gadgets, even if they are not intended for the current target.
Fri, Jul 21
- 404 Not Found for an original: Swift
- 404 Not Found for a thumbnail: MediaWiki /w/thumb.php (proxied by Swift)
@Reedy I believe the sniff is meant to enforce @return if the author already decided to document the method at least to some degree. This is plausible with the example in this tasks' description, but the one in T171254 about wmfStaticRespond, that function has no documentation comment at all, and it still failed?
Thu, Jul 20
Wed, Jul 19
(Draft / brain dump)
This schema is and was never in use. The MediaWikiInstallPingback schema was a draft version of the schema for the mw:Pingback feature in MediaWiki – introduced in https://gerrit.wikimedia.org/r/296699.
Tue, Jul 18
Just now I tried to deploy an update to mediawiki/services/jobrunner. Given the Trebuchet entry point still exists on tin:/srv/deployment/jobrunner/jobrunner, and the documentation still mentions Trebuchet on https://wikitech.wikimedia.org/wiki/Jobrunner, and this task wasn't closed, I assumed it was still on Trebuchet. However, I see now that it was actually already converted to Scap3.
Confirmed with an isolated example that browsers will use the Link headers from their cached response when receiving a 304 Not Modified response without re-sending the Link headers on the 304 response. Test case: https://gist.github.com/Krinkle/d39cd3d4bd30a10fad5e1ae7f60b4c11