Change 603495 had a related patch set uploaded (by Thiemo Kreuz (WMDE); owner: Thiemo Kreuz (WMDE)):
[mediawiki/tools/codesniffer@master] Add optional ClassLevelLicense sniff (from WikibaseCodeSniffer)
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
All Stories
Jun 30 2020
Change 608643 had a related patch set uploaded (by Gergő Tisza; owner: Gergő Tisza):
[mediawiki/core@master] Set X-Request-Id on responses
Thanks, @Michael ! I'll experiment with the CSS and see if it's possible given our Wordpress installation. In either case, my plan is to publish this on 2 July 2020. I'll leave a note here when it is up!
Thanks, it works.
Cheers @schoenbaechler - it's hard to write decent copy for that blurb. I've tweaked it a bit to remove the rather ambiguous word "impact". @Johan, what do you think?
In T255738#6266194, @ppelberg wrote:@matmarex, two follow up questions:
- Can you confirm when someone includes a signature in the middle of the comment they are writing [i], the tool will do the following?
- Append a [ reply ] links to the end of the comment.
- NOT append an additional signature at the end of the comment.
Okay... {{SUBPAGENAME}} also uses the same method and also returns an empty string instead of the Pagename now. The documentation says it should return the Pagename though. Looks like the problem was caused by the patch 03397e46c5c8c3dd971c10d42636fc58145d7c1d (for T229443).
It looks like I missed this hook when creating all the other subtasks of T256246: Migrate Client hooks to extension JSON – I just noticed that these hooks are still left over (besides the ones from T256259) when rebasing my change for T256257.
Change 608640 had a related patch set uploaded (by Privacybatm; owner: Privacybatm):
[operations/software/transferpy@master] Transferer.py: Calculate source checksum parallel to the data transfer
Stalling for same reason as T248545: Add https://dpd.go.id/ to the wgCopyUploadsDomains whitelist of Wikimedia Commons
Hm, I spoke too soon, I think the upload didn't quite work in the way I expected? Even though I uploaded all the files, there was a .jar and a -standalone.jar, and it looks like the -standalone.jar took precedence over the regular .jar. will try again.
They seem tightly related and definitely cause StructuredDiscussions to explode. One stacktrace originates from ElectronPdfServiceHooks::onSidebarBeforeOutput
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:49:37Z] <otto@deploy1001> Finished deploy [analytics/refinery@d63944e]: Deploying new camus wmf10 jar to an-launcher1002 for T256370 - take 3 (duration: 00m 03s)
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:49:33Z] <otto@deploy1001> Started deploy [analytics/refinery@d63944e]: Deploying new camus wmf10 jar to an-launcher1002 for T256370 - take 3
@Ottomata I arrived too late, thanks for the fix!
Change 608639 had a related patch set uploaded (by Jcrespo; owner: Jcrespo):
[operations/puppet@production] mariadb: Open port to misc dbs for idp-test servers
Ok I think I know what happened:
Change 608591 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Migrate Client SidebarHookHandler hooks to extension JSON
I downloaded the 2 article-recommender venvs from archiva-old and uploaded them to archiva:
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:47:40Z] <otto@deploy1001> Finished deploy [analytics/refinery@d63944e]: Deploying new camus wmf10 jar to an-launcher1002 for T256370 - take 2 (duration: 00m 03s)
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:47:36Z] <otto@deploy1001> Started deploy [analytics/refinery@d63944e]: Deploying new camus wmf10 jar to an-launcher1002 for T256370 - take 2
Change 608638 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler):
[mediawiki/core@master] Mark pager base classes as stable for subclassing.
This has been deployed.
Very weird:
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:43:45Z] <hashar> Train blocked on Flow being broken: T256761 # T254176
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:43:45Z] <hashar> Train blocked on Flow being broken: T256761 # T254176
Can reproduce on beta cluster as well: https://en.wikipedia.beta.wmflabs.org/wiki/Topic:Vp9cnfpdti9bnda2
This has been deployed along with an option to test it with the /admin/config/thank_you/test page. In the Template drop down pick recurring_notification and then changing the language to ja.
Mentioned in SAL (#wikimedia-operations) [2020-06-30T14:38:31Z] <hashar@deploy1001> rebuilt and synchronized wikiversions files: Revert "group0 wikis to 1.35.0-wmf.39" - T256759
Change 608621 merged by jenkins-bot:
[operations/mediawiki-config@master] Enable validation of new signatures on Beta Cluster
last two comments from gerritbot can be discarded. Wrong task number.
The message in your screenshot is only shown when signature validation is entirely disabled. (Sorry, I haven't enabled it on the Beta Cluster yet, I'll do that soon I just enabled it: https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/608621.)
Ack, from my PoV given that it's just 30ish tech-savvy users and that we're intending to replace Icinga anyway in favour of something better, we could even close it as Declined.
I mostly agree and have set priority to low, however i want to keep this around to play with on a friday or when things are quite just in case it comes up elses where
See also T55315 where this was resolved, but only for editing page on visual editor.
CI stills use Jessie based container from docker-registry.wikimedia.org/wikimedia-jessie . The last remaining task is to have some services migrated out of Jessie/Node6 to Node10 ( T211784 ).
The above files are on archiva1001, so I guess that either we uploaded it manually or the cloudera repository doesn't have it anymore..
Change 608636 merged by jenkins-bot:
[operations/mediawiki-config@master] Revert "group0 wikis to 1.35.0-wmf.39"
Change 608636 had a related patch set uploaded (by Hashar; owner: Hashar):
[operations/mediawiki-config@master] Revert "group0 wikis to 1.35.0-wmf.39"
Mostly (though not completely) resolved by the aforementioned patch, hence closing this task.
One occurrence from 1.35.0-wmf.38 when trying to move page ID 59470806 to https://en.wikipedia.org/wiki/Category:2019–20_UEFA_Champions_League_participants_seasons
/srv/mediawiki/php-1.35.0-wmf.38/includes/MovePage.php:888
Hi. Sure, time permitting. What do you need from me? The translations noted in the description?
Change 608634 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/WikibaseLexeme@master] Remove mentions of Wikibase data/entity type globals
1.35.0-wmf.39 is now on group0 wikis.
We're in the process of renewing @Groceryheist's MOU after all. He'll need to keep access. We're in the process of getting the paperwork squared away right now. Sorry for the mixup.
Change 608633 had a related patch set uploaded (by ZPapierski; owner: ZPapierski):
[operations/puppet@production] Configuration code for oauth proxy
I'm currently getting an error trying to sign onto the production developer site :(.
Change 608632 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)):
[mediawiki/extensions/Wikibase@master] Remove $wgWBRepoDataTypes and $wgWBClientDataTypes
Change 608220 merged by jenkins-bot:
[mediawiki/skins/Dusk@master] Move most extension-specific styles out of main.css and leverage the full power of $wgResourceModuleSkinStyles
Is this in "ready for development" to implement the proposed solution above ("disable the functionality with the noime class")?
Removing DBA as there are no actionables for us here. I will keep subscribed to the task to make sure I am aware of any updates or when the run happens
Thank you!