Addshore added a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T163683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, thiemowmde, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Gaboe420, Versusxo,
Matthias_Geisler_WMDE added a comment.
There was a problem with the permission, it's fixed...but could you review your changes? HTML-Tags are only allowed in the descriptions, therefore you must add a description field to the config.json with a new label.TASK
zeljkofilipin added a comment.
As far as I am concerned, it's fine not to run a failing test, until it's fixed. See how it's done for core: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/457854TASK DETAILhttps://phabricator.wikimedia.org/T204205EMAIL
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Because of T54971, sitelinks to oldwikisource are not enabled yet, and probably won't be for some time. However, I believe it should be possible to enable it like what was done for the English Wiktionary in
Addshore reassigned this task from Addshore to Ladsgroup.
TASK DETAILhttps://phabricator.wikimedia.org/T198203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, gerritbot, Lucas_Werkmeister_WMDE, Ladsgroup, WMDE-leszek,
Addshore added a comment.
When does it update nightly?
The patch that I merged on master yesterday has not been pulled onto the site yet :(TASK DETAILhttps://phabricator.wikimedia.org/T201905EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Addshore added a project: Wikidata-Campsite.
TASK DETAILhttps://phabricator.wikimedia.org/T204379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Amire80, Mringgaard, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m,
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...There are many message keys in WikibaseLexeme that begin with "wikibaselexeme-api-error-*". If these are apierror messages, they must begin with "apierror-wikibaselexeme-", according to
Addshore added a comment.
@Amire80 Are there any exceptions to the rule that all i18n messages should be prefixed with some extension prefix?
Looking at the current list of i18n messages for WikibaseLexeme we have the following message prefixes:
"wikibaselexeme" - I guess these are all okay,
Jonas added a comment.
@Addshore we could just have a default retry time if not present.
If you tell the API to report compliance you will see that some checks are not run, but by default you only get violations.TASK DETAILhttps://phabricator.wikimedia.org/T204469EMAIL
Ladsgroup added a comment.
Merging this patch would resolve this task: https://gerrit.wikimedia.org/r/c/mediawiki/core/+/413891TASK DETAILhttps://phabricator.wikimedia.org/T135155EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Addshore, RazShuty,
Addshore added a comment.
Just poking again to see what the status of this is @daniel @LadsgroupTASK DETAILhttps://phabricator.wikimedia.org/T135155EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, RazShuty, gerritbot,
Addshore triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T204490EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: JeroenDeDauw, Addshore, Aklapper, Reari, Lahi, Gq86, GoranSMilovanovic, Gentlejack35, QZanden,
Jonas added a comment.
Yes, it should. I added it.TASK DETAILhttps://phabricator.wikimedia.org/T195258EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Addshore, Aklapper, Pintoch, hoo, Seb35, abian, Lucas_Werkmeister_WMDE, VIGNERON, Lahi, Gq86,
Addshore closed this task as "Resolved".Addshore claimed this task.Addshore added a comment.Restricted Application added a project: User-Addshore.
These hasn't been any movement on this ticket in quite some time.
If there are any more examples of terms missing from the table please reopen the
Jonas added a project: Wikidata-Campsite-Iteration-∞.
TASK DETAILhttps://phabricator.wikimedia.org/T195258EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Addshore, Aklapper, Pintoch, hoo, Seb35, abian, Lucas_Werkmeister_WMDE, VIGNERON, Lahi,
Addshore triaged this task as "Lowest" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T201226EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: thiemowmde, Jonas, WMDE-leszek, Aklapper, Addshore, Legoktm, Lahi, Gq86, GoranSMilovanovic,
Jonas added a comment.
The thing is we have to restart the service. That is why we chose to do it only once at night.TASK DETAILhttps://phabricator.wikimedia.org/T201905EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Matthias_Geisler_WMDE, JonasCc: Jonas,
Addshore added a comment.
In T201905#4590367, @Jonas wrote:
Is this a problem?
It would just be cool to have it more regularly!
Hourly would be nice, or on push to master even!TASK DETAILhttps://phabricator.wikimedia.org/T201905EMAIL
Addshore closed this task as "Resolved".Addshore claimed this task.Addshore added a comment.Restricted Application added a project: User-Addshore.
I'm not really sure how we can look into this any further without being able to reproduce or having any sort of logs etc.
If it happens again please re
Addshore added a subscriber: Jonas.Addshore added a comment.
@Jonas should this be on #wikidata-campsite-iteration-∞ as it is estimated? Did we pick it up?TASK DETAILhttps://phabricator.wikimedia.org/T195258EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Pintoch added a comment.
@Lydia_Pintscher personally here is what I would concretely implement in the EditGroups tool. For each edit that is part of an edit group:
fetch the constraints violations before and after the edit (this fetching would happen as the edit is retrieved, so in near
Addshore added a subscriber: Smalyshev.Addshore added a comment.
In T204469#4588389, @Jonas wrote:
> Propose
BDD
GIVEN a query service related constraint check is run
AND the query service sends a 429 response
AND a "Retry-after" header is present
THEN QualityConstraints should disable using the
Addshore added a project: wikidata-tech-focus.
TASK DETAILhttps://phabricator.wikimedia.org/T204205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, Ladsgroup, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,
Addshore added a comment.
In T204205#4580022, @zeljkofilipin wrote:
@Ladsgroup @Addshore do you know what is the problem?
This is down to the configuration / hardcoding of the namespace.
The test does this:
NonExistingItemPage.open();
// Which does the following internally page.openTitle(
Lydia_Pintscher added a comment.
@Pintoch: Sounds good. Could you explain a bit more how you'd use the data? And what data specifically so we can see if we can make it happen?TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL
Addshore added a project: Wikidata-Campsite.
TASK DETAILhttps://phabricator.wikimedia.org/T204471EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lucas_Werkmeister_WMDE, Smalyshev, Addshore, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden,
Addshore updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...In order to avoid these blankety bans each sub product / service within mediawiki making the requests should add its own product to the UA in addition to the default mediawiki one.
TBD / TBA does the query service
jcrespo added a project: Datacenter-Switchover-2018.jcrespo added subscribers: akosiaris, Joe.jcrespo added a comment.
CC @Joe @akosiaris not to solve the specific issue, but to note it as a potential missed step/puppet code change related to switch datacenter.
Having said that, if dumps are run
ArielGlenn added a comment.
Well, the mystery of 'why eqiad' is solved; the choice of whether to parse db-eqiad.php or db-codfw.php is determined by the global $wmfDatacenter. This is set in multiversion/MWRealm.php from the value of $wmfCluster, which is taken from the contents of
ArielGlenn added a subscriber: hoo.ArielGlenn added a comment.
Adding @hoo to see what insights he may have.TASK DETAILhttps://phabricator.wikimedia.org/T204531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlennCc: hoo, Agabi10, Marostegui, ArielGlenn,
ArielGlenn added a comment.
root@snapshot1008:~# netstat -a -p | grep php | grep eqiad | grep db
tcp0 0 snapshot1008.eqia:41898 db1087.eqiad.wmne:mysql ESTABLISHED 105786/php7.0
tcp0 0 snapshot1008.eqia:42528 db1087.eqiad.wmne:mysql ESTABLISHED 107804/php7.0
KaMan added a comment.
https://www.wikidata.org/w/index.php?title=Special%3AWhatLinksHere=Q747537=146 shows correct number of items.TASK DETAILhttps://phabricator.wikimedia.org/T195302EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, KaManCc:
KaMan added a comment.
I can confirm that https://www.wikidata.org/w/index.php?title=Special:WhatLinksHere/Q747537=146 shows now correct number of lexemesTASK DETAILhttps://phabricator.wikimedia.org/T198301EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
Marostegui added a comment.
@Smalyshev eqiad and codfw are not the same.
The index only exists on recentchanges replicas and the masters (you can ignore dbstore1002, it is not used in production).
root@neodymium:/home/marostegui# ./section s8 | while read host port ; do echo "$host:$port" ;
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-09-18T06:21:10Z] Drop tmp_2 and tmp_3 index from wikidatawiki.recentchanges on dbstore2001, db2079, db2082,db2083 - T202764TASK DETAILhttps://phabricator.wikimedia.org/T202764EMAIL
Marostegui added a comment.
In T202764#4592236, @Smalyshev wrote:
The API requests for recentchanges now seem to be faster, but I still get exceptions in the log :( I also get a bunch of errors for Wikidata URLs like:
Smalyshev added a comment.
The API requests for recentchanges now seem to be faster, but I still get exceptions in the log :( I also get a bunch of errors for Wikidata URLs like: https://www.wikidata.org/wiki/Special:EntityData/Q33799921.ttl?nocache=1537250691109=dump
201 - 238 of 238 matches
Mail list logo