Lydia_Pintscher added a comment.
Let's do that.TASK DETAILhttps://phabricator.wikimedia.org/T174794EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, Lydia_PintscherCc: jeremyb, Noella94, IKhitron, matej_suchanek, Aklapper, Lydia_Pintscher, GoranSMilovanovi
Lydia_Pintscher added a parent task: T171027: "2062 Read timeout is reached" DBQueryError when trying to load specific users' watchlists (with +1000 articles) on several wikis.
TASK DETAILhttps://phabricator.wikimedia.org/T177707EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emai
Lydia_Pintscher added a subtask: T177707: don't dispatch changes to all affected pages for highly used items.
TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, Lydia_PintscherCc: Lydia_Pintscher, D3r1c
hoo added a project: MediaWiki-extensions-WikibaseClient.hoo updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONWhen a highly-used item is edited we are creating too many recent changes entries on the client wikis. To reduce this noise we should limit the creation of recent cha
Lydia_Pintscher added a comment.
@jcrespo I'm sorry. I wasn't aware how bad things are. This shouldn't have happened.
Amir and Marius are on it now from our side. The next step is T177707.TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings
Lydia_Pintscher created this task.Lydia_Pintscher added projects: Wikidata, Wikidata-Sprint.Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes.
TASK DESCRIPTIONWhen a highly-used item is edited we are creating too many recent changes entries on the client wikis. To reduce this noise we sho
Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata-Gadgets, Regression.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONThe sitelinks gets deleted from the current item, but doesn't get added to the given item. Following error is shown:
Ther
Izno added a comment.
I don't know if anyone but this particular editor wants this. I certainly don't see a reason for such a minor unnecessary rule.TASK DETAILhttps://phabricator.wikimedia.org/T177678EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izn
aude added a comment.
such css rule could be added to https://www.wikidata.org/wiki/MediaWiki:Common.css if this is something most users want. Otherwise it can be added to user css or maybe a gadgetTASK DETAILhttps://phabricator.wikimedia.org/T177678EMAIL PREFERENCEShttps://phabricator.wikimedia.or
Ladsgroup added a comment.
Let's merge and deploy yours in MondayTASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, LadsgroupCc: D3r1ck01, matej_suchanek, Ankry, Ladsgroup, Lsanabria, Josve05a, Bawolff,
gerritbot added a comment.
Change 382990 abandoned by Ladsgroup:
Add config var for disabling inject RC records
https://gerrit.wikimedia.org/r/382990TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, g
Reedy added a comment.
I've done this as a revert in https://gerrit.wikimedia.org/r/#/c/382989/ as we still use the config in wmf-config for the repo wikisTASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcres
gerritbot added a comment.
Change 382990 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Add config var for disabling inject RC records
https://gerrit.wikimedia.org/r/382990TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PRE
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, gerritbotCc: D3r1ck01, matej_suchanek, Ankry, Ladsgroup, Lsanabria, Josve05a, Bawolff, greg, Dominicbm, Vr
Ladsgroup added a comment.
Yeah, I'm building a new one, hold onTASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, LadsgroupCc: D3r1ck01, matej_suchanek, Ankry, Ladsgroup, Lsanabria, Josve05a, Bawolff,
Reedy added a comment.
https://github.com/wikimedia/mediawiki-extensions-Wikibase/commit/cb9cdd33f7414b74eb54c1c2ee59d1004f98aff0#diff-02c5d304c0c716a8c29613958c112f79 removed the remnants after https://github.com/wikimedia/mediawiki-extensions-Wikibase/commit/172b739396bd078b599ffc3b7daf2187df471a
Reedy added a comment.
In T171027#3667193, @Bawolff wrote:
I believe that the setting you are looking for is $wgWBClientSettings['injectRecentChanges']
I can see that mentioned in Wikibase.php in mw-config.. I can't see it anywhere in the actual code (unless it's obfuscated)
It's definitely not
Reedy added a comment.
I believe, the wikibase-InjectRCRecords is "at fault" (to the extent, it's the one pushing stuff into the recent changes table)
If we override it in CommonSettings, replacing the array value with a NullJob... That should hopefully neuter it.
Failing that, stopping WikiPageU
jcrespo added a comment.
We can do it on commons and ruwiki, which are probably the most affected ones, plus some on s3.TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: D3r1ck01, matej_suchanek, Ank
Bawolff added a comment.
In T171027#3667090, @jcrespo wrote:
The introduction of wikidata events on recentchanges has converted the "light" recentchanges table into a monolithical 500GB table:
commonswiki]> SHOW TABLE STATUS like 'recentchanges'\G
*** 1. row **
Ladsgroup added a comment.
I'm around to help anything about the problem.TASK DETAILhttps://phabricator.wikimedia.org/T171027EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, LadsgroupCc: D3r1ck01, matej_suchanek, Ankry, Ladsgroup, Lsanabria, Josve05a,
Lucas_Werkmeister_WMDE added a comment.
If I copy the gadget code from MediaWiki:Gadget-AuthorityControl.js and run it from Firefox’ Scratchpad (Shift+F4), it works, so perhaps it’s a problem related to initialization order?TASK DETAILhttps://phabricator.wikimedia.org/T177698EMAIL PREFERENCEShttps:
Lucas_Werkmeister_WMDE added a comment.
My changes just added some extra classes, e. g. wikibase-snakview-c486e6d62b2f2c2330e0973b40c49ae412b41d9f in this case (in addition to the existing wikibase-snakview). I don’t think this should have affected the gadget.TASK DETAILhttps://phabricator.wikimedi
Sjoerddebruin added a subscriber: Lucas_Werkmeister_WMDE.Sjoerddebruin added a comment.
@Lucas_Werkmeister_WMDE I think you worked on some things related to the snakview, do you think this affected the gadget?TASK DETAILhttps://phabricator.wikimedia.org/T177698EMAIL PREFERENCEShttps://phabricator.w
Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata-Gadgets, Regression.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONAs reported on project chat and "contact the developers", statements as https://www.wikidata.org/wiki/Q2013#P373 don't hav
jcrespo raised the priority of this task from "High" to "Unbreak Now!".jcrespo claimed this task.jcrespo added a comment.
The introduction of wikidata events on recentchanges has converted the "light" recentchanges table into a monolithical 500GB table:
commonswiki]> SHOW TABLE STATUS like 'recent
26 matches
Mail list logo