[Wikidata-bugs] [Maniphest] [Commented On] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure

Mahir256 added a comment. @WMDE-leszek: no, I also have used wb_terms to clean up descriptions and aliases as well; for example, I will most likely find some time to move gom entries to gom-latn or gom-deva as appropriate (similar things are possible for ks, crh, gan, ku, ruq, shi, ug, and with

[Wikidata-bugs] [Maniphest] [Commented On] T173949: Lua module Module:Internet_Archive is causing parser cache pollution - ext.math.styles is sometimes loaded

Krinkle added a comment. In T173949#4312026, @Physikerwelt wrote: I think a good solution is that the Math extension follows the standard procedure for all tag extensions that require custom CSS and js for their content. Is there a good example of such an extension? Yes. SyntaxHighlighter:

[Wikidata-bugs] [Maniphest] [Commented On] T198255: Wanted: Wikidata user script to add links using IIIF data

Husky added a comment. Here's something i wrote: https://www.wikidata.org/wiki/User:Husky/ifff-viewer-link.jsTASK DETAILhttps://phabricator.wikimedia.org/T198255EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HuskyCc: Husky, Ramsey-WMF, Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Commented On] T197645: Make WDQS logs less verbose

gerritbot added a comment. Change 443001 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [operations/puppet@production] Enable smater logging for wdqs https://gerrit.wikimedia.org/r/443001TASK DETAILhttps://phabricator.wikimedia.org/T197645EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T197645: Make WDQS logs less verbose

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T197645EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, gerritbotCc: gerritbot, Gehel, Aklapper, Smalyshev, Gaboe420, Versusxo, Majesticalreaper22,

[Wikidata-bugs] [Maniphest] [Commented On] T197645: Make WDQS logs less verbose

gerritbot added a comment. Change 442999 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [wikidata/query/rdf@master] Create infrastructure for smarter log traces https://gerrit.wikimedia.org/r/442999TASK DETAILhttps://phabricator.wikimedia.org/T197645EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T197645: Make WDQS logs less verbose

Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197645EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune,

[Wikidata-bugs] [Maniphest] [Claimed] T198413: Allow multiple slots to be used while still writing to the old as well as the new schema

daniel claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T198413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: gerritbot, Anomie, Tgr, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi,

[Wikidata-bugs] [Maniphest] [Updated] T197818: Enable MCR migration stage "write both, read old" on commons beta.

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T197818EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: aude, Addshore, Anomie, Jdforrester-WMF, gerritbot, Abit, Aklapper, daniel, Gaboe420, Versusxo,

[Wikidata-bugs] [Maniphest] [Commented On] T197818: Enable MCR migration stage "write both, read old" on commons beta.

gerritbot added a comment. Change 442918 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [operations/mediawiki-config@master] MCR DNM Enable MCR write-both mode on commons beta https://gerrit.wikimedia.org/r/442918TASK

[Wikidata-bugs] [Maniphest] [Commented On] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

gerritbot added a comment. Change 435042 abandoned by Jforrester: Do not register SpecialItemDisambiguation to stop DoS. Reason: Production wikis are now running wmf.8 or wmf.10. https://gerrit.wikimedia.org/r/435042TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T195520: Multiple projects reporting Cannot access the database: No working replica DB server

gerritbot added a comment. Change 435044 abandoned by Jforrester: Do not register SpecialItemDisambiguation to stop DoS. Reason: Production wikis are now running wmf.8 or wmf.10. https://gerrit.wikimedia.org/r/435044TASK DETAILhttps://phabricator.wikimedia.org/T195520EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T197989: Newly added statements vanish

MichaelSchoenitzer added a comment. I do a lot of manual editing on Wikidata specially with statements, and this never happened to me. Can you please tell me what browser are you using, so I can test it in the next edits Im doing? Firefox on Linux.TASK

[Wikidata-bugs] [Maniphest] [Closed] T182682: [MCR] Script(s) for populating new tables (slots, content, content_models, slot_roles)

daniel closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T182682EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Anomie, danielCc: daniel, Abit, Addshore, gerritbot, Anomie, thiemowmde, aude, Aklapper, Gaboe420, Versusxo,

[Wikidata-bugs] [Maniphest] [Unblock] T174030: Implement DB schema migration tools for MCR

daniel closed subtask T182682: [MCR] Script(s) for populating new tables (slots, content, content_models, slot_roles) as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T174030EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Anomie, danielCc:

[Wikidata-bugs] [Maniphest] [Commented On] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data typ

Smalyshev added a comment. Just noticed - most of these errors, except for 4, are from testwikidatawiki. That explains weird properties. Since having deleted property on the data is still a legit case, we probably should log it but otherwise ignore it. If it becomes too noisy, we can remove

[Wikidata-bugs] [Maniphest] [Commented On] T197989: Newly added statements vanish

Greta_Doci_WMDE added a comment. I do a lot of manual editing on Wikidata specially with statements, and this never happened to me. Can you please tell me what browser are you using, so I can test it in the next edits Im doing?TASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data typ

Smalyshev added a comment. Digging even more back into the logs, I see stuff like: [a1fe912ff31262409ada4e58] /rpc/RunSingleJob.php Wikibase\DataModel\Services\Lookup\PropertyDataTypeLookupException from line 50 of

[Wikidata-bugs] [Maniphest] [Commented On] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data typ

Smalyshev added a comment. Weird thing is that these errors stopped at 2018-06-27T01:07:29 and don't seem to be happening anymore. Also, failed lookup is always for P400 - which is weird since if the lookup has been generally broken, wouldn't lookups for other properties fail at least

[Wikidata-bugs] [Maniphest] [Created] T198418: Allows quick selection of recently entered items for adding statements

YFdyh000 created this task.YFdyh000 added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONIf the input box shows recently entered items as pre-filled, it can avoid user input to find frequently used items. The information can be stored at browser or site, showing about 3

[Wikidata-bugs] [Maniphest] [Created] T198417: Special:Nearby should show the fallback transliteration of label

YFdyh000 created this task.YFdyh000 added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I use https://www.wikidata.org/wiki/Special:Nearby, which shows many Q numbers, even if it has available fallback transliteration (Special:MyLanguageFallbackChain).TASK

[Wikidata-bugs] [Maniphest] [Commented On] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

Multichill added a comment. In T194950#4322078, @Magnus wrote: Excellent, that means my existing code should Just Work (tm). Is the "lag" value in the API reply in seconds? maxlag does not appear to be documented for the query action... Yes it is in seconds. See

[Wikidata-bugs] [Maniphest] [Commented On] T198413: Allow multiple slots to be used while still writing to the old as well as the new schema

gerritbot added a comment. Change 442903 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [mediawiki/core@master] Allow extra slots in write-both/read-new mode. https://gerrit.wikimedia.org/r/442903TASK DETAILhttps://phabricator.wikimedia.org/T198413EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T198413: Allow multiple slots to be used while still writing to the old as well as the new schema

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T198413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Anomie, Tgr, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,

[Wikidata-bugs] [Maniphest] [Retitled] T198413: Allow multiple slots to be used while still writing to the old as well as the new schema

daniel renamed this task from "Allow multiple slots to be used while still writing to the old schema" to "Allow multiple slots to be used while still writing to the old as well as the new schema". TASK DETAILhttps://phabricator.wikimedia.org/T198413EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T198413: Allow multiple slots to be used while still writing to the old schema

daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWe want to be able to write extra slots, such as the media-info slot for SDC, before we disable support for the old schema. Otherwise, enabling additional slots would be blocked on {T183487}, which is probably going to

[Wikidata-bugs] [Maniphest] [Updated] T198413: Allow multiple slots to be used while still writing to the old schema

daniel added a parent task: T198311: Enable MCR migration stage "write both, read new" on commons beta.. TASK DETAILhttps://phabricator.wikimedia.org/T198413EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Anomie, Tgr, Aklapper, daniel, Lahi,

[Wikidata-bugs] [Maniphest] [Updated] T198311: Enable MCR migration stage "write both, read new" on commons beta.

daniel added a subtask: T198413: Allow multiple slots to be used while still writing to the old schema. TASK DETAILhttps://phabricator.wikimedia.org/T198311EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Tgr, Anomie, Abit, daniel, Lahi,

[Wikidata-bugs] [Maniphest] [Created] T198413: Allow multiple slots to be used while still writing to the old schema

daniel created this task.daniel added projects: Structured-Data-Commons, Multi-Content-Revisions (MCR-SDC phase 1).Herald added a project: Wikidata. TASK DESCRIPTIONWe want to be able to write extra slots, such as the media-info slot for SDC, before we disable support for the old schema.

[Wikidata-bugs] [Maniphest] [Updated] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data type loo

Smalyshev added a comment. T193407: Store wikibase statement qualifiers in cirrus search index might have been the trigger for it.TASK DETAILhttps://phabricator.wikimedia.org/T198091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: EBjune,

[Wikidata-bugs] [Maniphest] [Commented On] T169224: Add support for linking to a particular statement

gerritbot added a comment. Change 440850 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Add statement ID as id attribute to statements https://gerrit.wikimedia.org/r/440850TASK DETAILhttps://phabricator.wikimedia.org/T169224EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data typ

Smalyshev added a comment. Hmm property lookups seem to be old code and P400 is a legit property. Not sure why it would fail. I'll try to dig a bit more into it and maybe add some wrapping so exception does not propagate. In general it seems to make sense that if some of the data is unavailable we

[Wikidata-bugs] [Maniphest] [Triaged] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property data type loo

EBjune triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T198091EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EBjuneCc: EBjune, Smalyshev, Aklapper, Addshore, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden,

[Wikidata-bugs] [Maniphest] [Commented On] T197942: Implement negated searching of statement qualifiers on commons

EBjune added a comment. @Cparle can you validate EBernhardson's recommendation and let us know if that will work for you please? Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T197942EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle, EBjuneCc:

[Wikidata-bugs] [Maniphest] [Commented On] T197942: Implement negated searching of statement qualifiers on commons

EBernhardson added a comment. Negation should be supported by default with any cirrus keyword feature. Throw a - on the front and it will be negatedTASK DETAILhttps://phabricator.wikimedia.org/T197942EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cparle,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T198091: PropertyDataTypeLookupException from line 50 of vendor/wikibase/data-model-services/src/Lookup/EntityRetrievingDataTypeLookup.php: Property d

EBjune added subscribers: Smalyshev, EBjune.EBjune added a comment. @Smalyshev can you take a look at this when you get a chance and see if there's anything we can do on our side? Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T198091EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T195372: Prevent entering of lemmas with the same spelling variant

zeljkofilipin removed a project: User-zeljkofilipin. TASK DETAILhttps://phabricator.wikimedia.org/T195372EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Lexicographical data, KaMan, Esc3300, Pablo-WMDE, gerritbot, Lea_Lacroix_WMDE, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T195701: new ORES labeling campaign for Wikidata

Halfak added a comment. I left some notes on the PR. I think it is more complicated than necessary.TASK DETAILhttps://phabricator.wikimedia.org/T195701EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, HalfakCc: Halfak, Ladsgroup, matej_suchanek,

[Wikidata-bugs] [Maniphest] [Updated] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

Aklapper edited projects, added Multi-Content-Revisions (MCR-SDC phase 1); removed Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: WMDE-leszek, Danmichaelo, jcrespo, Ankry, Nikerabbit,

[Wikidata-bugs] [Maniphest] [Updated] T197092: Adjust RepresentationWidget to prefill spelling variant of new form representation

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T197092EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDE, gerritbotCc: gerritbot, Jakob_WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985,

[Wikidata-bugs] [Maniphest] [Commented On] T197092: Adjust RepresentationWidget to prefill spelling variant of new form representation

gerritbot added a comment. Change 442886 had a related patch set uploaded (by Pablo Grass (WMDE); owner: Pablo Grass (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] Form representations: prefill spelling variant https://gerrit.wikimedia.org/r/442886TASK

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. The above patch is an alternative attempt to fix the lock retention issue. It's the best I can think of. Not sure this will fix the problem, though.TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

gerritbot added a comment. Change 442883 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [mediawiki/core@wmf/1.32.0-wmf.10] Minimize the work done within atomic section in insertRevisionon(). https://gerrit.wikimedia.org/r/442883TASK

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

gerritbot added a comment. Change 442882 abandoned by Daniel Kinzler: Minimize the work done within atomic section in insertRevisionon(). Reason: should not be on master https://gerrit.wikimedia.org/r/442882TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

gerritbot added a comment. Change 442882 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [mediawiki/core@master] Minimize the work done within atomic section in insertRevisionon(). https://gerrit.wikimedia.org/r/442882TASK

[Wikidata-bugs] [Maniphest] [Assigned] T169224: Add support for linking to a particular statement

Ladsgroup assigned this task to Lucas_Werkmeister_WMDE.Ladsgroup moved this task from incoming to in progress on the Wikidata board.Ladsgroup edited projects, added Wikidata-Campsite; removed Patch-For-Review. TASK

[Wikidata-bugs] [Maniphest] [Closed] T195841: Form ID “does not implement Int32EntityId” error in TermSqlIndex when rendering some constraint violation messages

Ladsgroup closed this task as "Resolved".Ladsgroup assigned this task to Lucas_Werkmeister_WMDE.Ladsgroup moved this task from Incoming to Done on the Wikidata-Campsite board.Ladsgroup added a comment. logsatsh is cleanTASK

[Wikidata-bugs] [Maniphest] [Changed Project Column] T195841: Form ID “does not implement Int32EntityId” error in TermSqlIndex when rendering some constraint violation messages

Ladsgroup moved this task from incoming to in progress on the Wikidata board.Ladsgroup edited projects, added Wikidata-Campsite; removed MW-1.32-release-notes (WMF-deploy-2018-06-05 (1.32.0-wmf.7)). TASK

[Wikidata-bugs] [Maniphest] [Commented On] T195289: Add Addshore & possibly other WMDE devs/deployers to the wikidata icinga contact list

Ladsgroup added a comment. Is this done?TASK DETAILhttps://phabricator.wikimedia.org/T195289EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Dzahn, gerritbot, aude, ArielGlenn, Volans, hoo, Ladsgroup, RazShuty, Addshore, Aklapper, AndyTan,

[Wikidata-bugs] [Maniphest] [Commented On] T197457: Fix positioning of the toolbar and edit query button on the Explorer Dialog

Ladsgroup added a comment. Is this done?TASK DETAILhttps://phabricator.wikimedia.org/T197457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Smalyshev, Lucas_Werkmeister_WMDE, Jonas, gerritbot, Aklapper, prssanna, Gaboe420, Versusxo,

[Wikidata-bugs] [Maniphest] [Commented On] T196882: Create a code abstraction for "display entity link" use-case

gerritbot added a comment. Change 442879 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek): [mediawiki/extensions/Wikibase@master] WIP DRAFT ADR document about using PSR-16 Cache interface https://gerrit.wikimedia.org/r/442879TASK

[Wikidata-bugs] [Maniphest] [Unassigned] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

greg removed dduvall as the assignee of this task. TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: WMDE-leszek, Danmichaelo, jcrespo, Ankry, Nikerabbit, Marostegui, Anomie, cscott, daniel, Tgr,

[Wikidata-bugs] [Maniphest] [Updated] T194252: Configure the CI job that runs WikibaseLexeme's browser tests against beta wikidata

zeljkofilipin added a project: MediaWiki-Core-Tests. TASK DETAILhttps://phabricator.wikimedia.org/T194252EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, zeljkofilipinCc: hashar, zeljkofilipin, gerritbot, WMDE-leszek, Aklapper, Gaboe420, Versusxo,

[Wikidata-bugs] [Maniphest] [Closed] T194938: Wikibase Lexeme: security alert digest - hoek npm module in Wikibase Lexeme is a security alert

Ladsgroup closed this task as "Resolved".Ladsgroup moved this task from incoming to in progress on the Wikidata board.Ladsgroup added a comment. I can see the security bug and I think this part is done.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. Here are a few things I poked at, without finding anything relevant: @Tgr suspects that the something is grabbing a FOR UPDATE lock on revision_comment_temp. But the only code that seems to do that seems to be in WikiPage::doDeleteArticleReal(), which shouldn't be called

[Wikidata-bugs] [Maniphest] [Commented On] T147328: Add http://tools.wmflabs.org/grafana-json-datasource as a datasource to production grafana instance

Addshore added a comment. In T147328#4322251, @Ladsgroup wrote: @Addshore With the new system of grafana that keeps history of the schemas, do you think we still need this? Yes, this is nothing to do with backups of dashboard etc, this is about pulling in annotations from mediawiki for

[Wikidata-bugs] [Maniphest] [Commented On] T147328: Add http://tools.wmflabs.org/grafana-json-datasource as a datasource to production grafana instance

Ladsgroup added a comment. @Addshore With the new system of grafana that keeps history of the schemas, do you think we still need this?TASK DETAILhttps://phabricator.wikimedia.org/T147328EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, LadsgroupCc:

[Wikidata-bugs] [Maniphest] [Changed Status] T196991: Restore old behavior of Special:ItemDisambiguation

Ladsgroup changed the task status from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T196991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: waldyrious, Ladsgroup, Lydia_Pintscher, Addshore, Aklapper, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Blocker] T195755: Migrate Special:ItemDisambiguation to use elastic

Ladsgroup changed the status of subtask T196991: Restore old behavior of Special:ItemDisambiguation from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T195755EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc:

[Wikidata-bugs] [Maniphest] [Commented On] T195755: Migrate Special:ItemDisambiguation to use elastic

Ladsgroup added a comment. In T195755#4258676, @Lydia_Pintscher wrote: Question is if this should go through Special:ItemDisambiguation or use some other mechanism. They should use action="" (like https://www.wikidata.org/w/api.php?action="">) instead of hitting the special page.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

Magnus added a comment. Excellent, that means my existing code should Just Work (tm). Is the "lag" value in the API reply in seconds? maxlag does not appear to be documented for the query action...TASK DETAILhttps://phabricator.wikimedia.org/T194950EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. After staring at the code a bit, my best guess is: The MCR refactoring introduced doAtomicSection() to RevisionStore::insertRevisionOn(), to preserve consistency between the revision, slots, and content tables. The atomic section also includes the code for writing the

[Wikidata-bugs] [Maniphest] [Commented On] T198295: Make EntityParserOutputDataUpdater configurable

gerritbot added a comment. Change 442864 had a related patch set uploaded (by Jakob; owner: Jakob): [mediawiki/extensions/Wikibase@master] Refactor ParserOutputDataUpdater https://gerrit.wikimedia.org/r/442864TASK DETAILhttps://phabricator.wikimedia.org/T198295EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T198295: Make EntityParserOutputDataUpdater configurable

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T198295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Jakob_WMDE, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci,

[Wikidata-bugs] [Maniphest] [Updated] T135155: Create an adapter that implements SiteLookup on top of InterwikiLookup

Ladsgroup edited projects, added Wikidata-Campsite; removed Wikidata-Sprint-2018-02-14. TASK DETAILhttps://phabricator.wikimedia.org/T135155EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Ladsgroup, Zppix, Quiddity, Smalyshev, Krenair,

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

Tgr added a comment. There are about 1000 errors (in the deploy window, on Commons/Wikidata) where the failing query is on the revision_comment_temp table, and only about 50 where it is not. So I think it is fair to assume that is the primary cause.TASK

[Wikidata-bugs] [Maniphest] [Commented On] T196882: Create a code abstraction for "display entity link" use-case

gerritbot added a comment. Change 442861 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek): [mediawiki/extensions/Wikibase@master] WIP DRAFT Document decision about not using wb_terms for "display" of items/properties https://gerrit.wikimedia.org/r/442861TASK

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. The DBPerformance log shows a spike during the time wmf-10 was deployed on group1: https://logstash.wikimedia.org/goto/7c86a7d63a305c220a37a3a49844ef2c. The vast majority of entries are for commonswiki. Here are a few examples: Sub-optimal transaction on DB(s) [10.64.48.23

[Wikidata-bugs] [Maniphest] [Commented On] T198261: Investigate and test "statement traversal" for depicts search

Abit added a comment. A statement traversal issue: When I search for media of "woman", most media including notable women such as Michelle Obama won't be returned. The depicts statements on those images will usually link to the actual person, who are stated as "instance of: human" and "gender:

[Wikidata-bugs] [Maniphest] [Commented On] T198366: Add monolingual language code kld (Gamilaraay)

Bluepossum added a comment. Hi all I was trying to add Gamilaraay label to exsting page buruma, if I do want create one, do I need to make new page?TASK DETAILhttps://phabricator.wikimedia.org/T198366EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

Tgr added a comment. In T198350#4321620, @matmarex wrote: The errors also did not appear (or at least not in notable numbers) when the changes were deployed to the first set of production wikis on Tuesday (mediawiki.org and test.wp, test2.wp). If this is really MCR-related, that was on the

[Wikidata-bugs] [Maniphest] [Commented On] T196868: Track maxlag for wikidata on grafana dashboard

Jonas added a comment. I added it to the board https://grafana.wikimedia.org/dashboard/db/wikidata-dispatch F23056298: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T196868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Created] T198396: Remove ratelimit from Wikidata

Ladsgroup created this task.Ladsgroup added projects: Wikidata-Campsite, Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThis practically means reverting T184948: limit page creation and edit rate on Wikidata because We start to implement

[Wikidata-bugs] [Maniphest] [Commented On] T182717: Move fine tuning of search configs to mediawiki-config

gerritbot added a comment. Change 441057 merged by jenkins-bot: [operations/mediawiki-config@master] Add cirrussearch settings for wikibase (3/3) https://gerrit.wikimedia.org/r/441057TASK DETAILhttps://phabricator.wikimedia.org/T182717EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T182717: Move fine tuning of search configs to mediawiki-config

gerritbot added a comment. Change 442318 merged by jenkins-bot: [operations/mediawiki-config@master] Add cirrussearch settings for wikibase (2/3) (take 2) https://gerrit.wikimedia.org/r/442318TASK DETAILhttps://phabricator.wikimedia.org/T182717EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T180228: Port Wikibase Selenium tests from Ruby to Node.js

zeljkofilipin removed projects: User-zeljkofilipin, Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T180228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Ladsgroup, gerritbot, Aklapper, zeljkofilipin, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Commented On] T182717: Move fine tuning of search configs to mediawiki-config

gerritbot added a comment. Change 442317 merged by jenkins-bot: [operations/mediawiki-config@master] Add cirrussearch settings for wikibase (1.5/3) https://gerrit.wikimedia.org/r/442317TASK DETAILhttps://phabricator.wikimedia.org/T182717EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T180228: Port Wikibase Selenium tests from Ruby to Node.js

zeljkofilipin updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION# TODO  mediawiki/extensions/Wikibase: master: Start a very basic nodejs browser test [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/441051 | 441051 ]]# Done # Done  mediawiki/core: master: Selenium:

[Wikidata-bugs] [Maniphest] [Updated] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure

WMDE-leszek added a subscriber: Lucas_Werkmeister_WMDE.WMDE-leszek added a comment. @Lucas_Werkmeister_WMDE is amazing and created a script that finds tools that are somehow using wb_terms. The results are at P7299. The script, for reference, is P7298. Thanks Lucas! We'll use this input as well.

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. @Aklapper As far as I can see, recent instance of the first two issues T179884 and T197464#4321254, were probably caused by this. The "overwriting image" one (T198177) seems off. It may still be a consequence somehow, but that issue is about updates to the image table,

[Wikidata-bugs] [Maniphest] [Updated] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

Aklapper added a comment. (As this is related to revisions, could the latest examples in T179884, T197464#4321254, T198177 be somehow related consequences of this problem?)TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. In T198350#4321620, @matmarex wrote: In T198350#4320899, @AlexisJazz wrote: Assuming this was not a case of "It compiles, ship it!" I am curious as to why this wasn't noticed when testing. It appears to require multiple users making actions on a wiki simultaneously, and

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

daniel added a comment. I created a patch that reverts the MCR patches related to RevisionStore, but keeps the change that introduces PageUpdater. We could deploy the branch with the RevisionStore stuff reverted, and see if it still blows up. Whether or not it does, we'll know more about the

[Wikidata-bugs] [Maniphest] [Commented On] T194950: Include Wikibase dispatch lag in API "maxlag" enforcing

Lea_Lacroix_WMDE added a comment. Will be activated on July 3rd. Has been announced today.TASK DETAILhttps://phabricator.wikimedia.org/T194950EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, Lea_Lacroix_WMDECc: Lea_Lacroix_WMDE, Legoktm, Addshore,

[Wikidata-bugs] [Maniphest] [Updated] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dduvall, gerritbotCc: Danmichaelo, jcrespo, Ankry, Nikerabbit, Marostegui, Anomie, cscott, daniel, Tgr, Addshore,

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

gerritbot added a comment. Change 442834 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [mediawiki/core@wmf/1.32.0-wmf.10] Revert MCR RevisionStore changes https://gerrit.wikimedia.org/r/442834TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T180228: Port Wikibase Selenium tests from Ruby to Node.js

gerritbot added a comment. Change 438000 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Start a very basic nodejs browser test https://gerrit.wikimedia.org/r/438000TASK DETAILhttps://phabricator.wikimedia.org/T180228EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

matmarex added a comment. In T198350#4320899, @AlexisJazz wrote: Assuming this was not a case of "It compiles, ship it!" I am curious as to why this wasn't noticed when testing. It appears to require multiple users making actions on a wiki simultaneously, and usually when you test a change

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

jcrespo added a comment. {icon heart} Tgr analysisTASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dduvall, jcrespoCc: Danmichaelo, jcrespo, Ankry, Nikerabbit, Marostegui, Anomie, cscott, daniel, Tgr,

[Wikidata-bugs] [Maniphest] [Commented On] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

DerHexer added a comment. I got the first error when I used Special:Nuke on Wikimedia Commons. Is it possible that something has not been updated with this old tool?TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time

Ladsgroup added a comment. In T193641#4321435, @Addshore wrote: @Ladsgroup what were the queries you used to generate the data in the above comment? To get answer for the first question: WITH wikipedias AS ( SELECT DISTINCT dbname FROM wmf_raw.mediawiki_project_namespace_map WHERE

[Wikidata-bugs] [Maniphest] [Updated] T131661: [Story] Support for citoid in Wikidata

Mvolz added a comment. This is part of next year's annual budget for WMF (starting July 1st, in 2 days!) - @aude we should probably schedule a time to talk if possible, is there anyone else you think should also be involved from Wikimedia DE? Particularly for the extension bit (T196353) there are

[Wikidata-bugs] [Maniphest] [Updated] T198360: Wikidata labels of mediawiki.org items should be 'mediawiki' not just 'media'

matej_suchanek added a comment. There was the same problem in the past: T117404: [Bug] MediaWiki.org is shown as media in sitelink listTASK DETAILhttps://phabricator.wikimedia.org/T198360EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc:

[Wikidata-bugs] [Maniphest] [Updated] T198350: Rising lock wait timeout SQL errors upon 1.32.0-wmf.10 group1 deployment

Tgr added a comment. The errors in T197464#4321254 are less strange, they all fail in the page lock step. However, starting the process with page locks is not new in wmf.10 so those should be consequences, not causes.TASK DETAILhttps://phabricator.wikimedia.org/T198350EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T196868: Track maxlag for wikidata on grafana dashboard

gerritbot added a comment. Change 442827 had a related patch set uploaded (by Addshore; owner: Jonas Kress (WMDE)): [analytics/wmde/scripts@production] Track new API reported maxlag for wikidata on grafana dashboard https://gerrit.wikimedia.org/r/442827TASK

[Wikidata-bugs] [Maniphest] [Commented On] T196868: Track maxlag for wikidata on grafana dashboard

gerritbot added a comment. Change 442827 merged by jenkins-bot: [analytics/wmde/scripts@production] Track new API reported maxlag for wikidata on grafana dashboard https://gerrit.wikimedia.org/r/442827TASK DETAILhttps://phabricator.wikimedia.org/T196868EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T196868: Track maxlag for wikidata on grafana dashboard

gerritbot added a comment. Change 441838 merged by jenkins-bot: [analytics/wmde/scripts@master] Track new API reported maxlag for wikidata on grafana dashboard https://gerrit.wikimedia.org/r/441838TASK DETAILhttps://phabricator.wikimedia.org/T196868EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T197868: `Class 'Wikibase\DataModel\Entity\ItemId' not found` error when trying to install WikibaseLexeme

zeljkofilipin added a comment. My composer.local.json was always good, I have noticed that the readme was wrong in a desperate attempt to follow the instructions blindly.  So, nobody else can reproduce the problem? Maybe there is something wrong with my machine. Do I need to have a specific

[Wikidata-bugs] [Maniphest] [Commented On] T198379: Remove unneeded code from frontend datamodel

gerritbot added a comment. Change 442826 had a related patch set uploaded (by Tarrow; owner: Tarrow): [mediawiki/extensions/WikibaseLexeme@master] Remove unused code from Lexeme frontend data model https://gerrit.wikimedia.org/r/442826TASK DETAILhttps://phabricator.wikimedia.org/T198379EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T198379: Remove unneeded code from frontend datamodel

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T198379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tarrow, gerritbotCc: gerritbot, Aklapper, Lea_Lacroix_WMDE, Pablo-WMDE, Tarrow, Gaboe420, Versusxo,

  1   2   >