[Wikidata-bugs] [Maniphest] [Block] T144380: Install and configure new WDQS nodes on codfw

Gehel created subtask T146158: Configure varnish to include wdqs nodes in codfw. TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: thcipriani, Stashbot, gerritbot, Gehel, Aklapper, Smalyshev,

[Wikidata-bugs] [Maniphest] [Created] T146158: Configure varnish to include wdqs nodes in codfw

Gehel created this task.Gehel added projects: Wikidata, Wikidata-Query-Service, Operations, Discovery.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWDQS does not seem to have an LVS service configured, so wdqs servers are configured directly in the cache role. I'm not entirely sure how we

[Wikidata-bugs] [Maniphest] [Edited] T146158: Configure varnish to include wdqs nodes in codfw

Gehel edited the task description. (Show Details) EDIT DETAILSWDQS does not seem to have an LVS service configured, so wdqs servers are configured directly in the [[ https://phabricator.wikimedia.org/diffusion/OPUP/browse/production/modules/role/manifests/cache/misc.pp | cache role ]]. I'm not

[Wikidata-bugs] [Maniphest] [Closed] T145743: Wikibase unit tests should not call WikiPage::doEdit()

daniel closed this task as "Resolved".daniel claimed this task.daniel added a comment. patch merged, closingTASK DETAILhttps://phabricator.wikimedia.org/T145743EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, gerritbot, TerraCodes,

[Wikidata-bugs] [Maniphest] [Commented On] T76229: [Story] create demo infoboxes

Andrei_Stroe added a comment. Thanks, @Strainu for the praise and for letting me know of this discussion. By now, we have many infoboxes that have been refactored into working both in parameter-less mode, and with local override. I had to heavily enhance

[Wikidata-bugs] [Maniphest] [Updated] T145412: Review & work on Cognate extension

Addshore added subscribers: WMDE-leszek, Darkdadaah.Addshore added a comment. So @WMDE-leszek managed to find https://de.wiktionary.org/wiki/Reim:Deutsch:-a%CA%A6%C9%99 which links to https://en.wiktionary.org/wiki/Rhymes:German/ats%C9%99 Do we want the Cognate extension to link there pages?

[Wikidata-bugs] [Maniphest] [Updated] T138637: codfw: (2) wqds200[12] systems

Gehel added a comment. The configuration of those servers is tracked on T144380. This task can probably be closed, unless it is still used to track some work on the procurement side. @RobH, I'll let you close unless you need it.TASK DETAILhttps://phabricator.wikimedia.org/T138637EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Urbanecm added a comment. Will be deployed today, 13:00-14:00 UTC.TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Esc3300, YMS, Lydia_Pintscher, hoo, Liuxinyu970226, gerritbot, Matanya, JEumerus,

[Wikidata-bugs] [Maniphest] [Updated] T142955: Track number of article placeholder clicks from search results

Addshore added a project: WMDE-QWERTY-Team-Experimental-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T142955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: gerritbot, Lucie, Addshore, Aklapper, hoo, Lewizho99, Maathavan, D3r1ck01, Izno,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Urbanecm moved this task from Blocked on community consensus to To deploy on the Wikimedia-Site-requests board.Urbanecm removed a project: Community-consensus-needed. TASK DETAILhttps://phabricator.wikimedia.org/T144687WORKBOARDhttps://phabricator.wikimedia.org/project/board/178/EMAIL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Lydia_Pintscher added a subscriber: Lea_Lacroix_WMDE.Lydia_Pintscher added a comment. @Lea_Lacroix_WMDE please announce in next weekly summaryTASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Urbanecm,

[Wikidata-bugs] [Maniphest] [Commented On] T146079: s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis

jcrespo added a comment. The errors have slowed down to the point they disappeared. I will close this in my afternoon as invalid/a one time spike unless it reappears.TASK DETAILhttps://phabricator.wikimedia.org/T146079EMAIL

[Wikidata-bugs] [Maniphest] [Created] T146138: Allow disabling a change to Wikidata from moving or deleting a page

OdMishehu created this task.OdMishehu added a project: MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONWhen a user deletes or moves a page on Wikipesia, and the page has a wikidata entry, the action modifies the wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T146138: Allow disabling a change to Wikidata from moving or deleting a page

Sjoerddebruin added a comment. I think a lot of users wouldn't know the effects of this button and will just select it, causing even more work.TASK DETAILhttps://phabricator.wikimedia.org/T146138EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc:

[Wikidata-bugs] [Maniphest] [Commented On] T146140: wishlisted: Wikidata Tools for Google Spreadsheets add-on

Tomayac added a comment. Hi @Spinster, I believe what you envision is already possible with the latest version of the add-on. Please see the WIKIDATA* functions, namely WIKIDATAQID, WIKIDATAFACTS, WIKIDATALABELS in the documentation. Cheers, TomTASK

[Wikidata-bugs] [Maniphest] [Commented On] T146138: Allow disabling a change to Wikidata from moving or deleting a page

Mbch331 added a comment. Indeed this isn't really wanted. Most people see the option, are afraid to do harm to Wikidata and uncheck it and in doing so cause harm to Wikidata. Not everyone that edits Wikipedia knows about Wikidata and what happens on Wikidata when they do something on Wikipedia. So

[Wikidata-bugs] [Maniphest] [Updated] T105637: [Bug] "TypeError: context is undefined" when searchSuggest.js is used on Wikidata

He7d3r added a project: Easy.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T105637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: He7d3rCc: TerraCodes, debt, Jonas, JanZerebecki, Ricordisamoa, Legoktm, Fomafix, He7d3r,

[Wikidata-bugs] [Maniphest] [Updated] T146140: wishlisted: Wikidata Tools for Google Spreadsheets add-on

Spinster added a comment. Hi Tom, thanks for the quick reply! I know and use these functions, I actually mean something different: give me the specific value(s) for one specific property/statement, rather than all statements as happens in WIKIDATAFACTS. For instance, if I have a cell containing

[Wikidata-bugs] [Maniphest] [Created] T146141: TypeError: statementGroup is null after adding a statement

He7d3r created this task.He7d3r added projects: _javascript_, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONRight after I added the statement https://www.wikidata.org/w/index.php?title=Q126592=revision=377665051=377664827 I got the following error: { "errorMessage": "TypeError:

[Wikidata-bugs] [Maniphest] [Created] T146140: wishlisted: Wikidata Tools for Google Spreadsheets add-on

Spinster created this task.Spinster added projects: Wikidata, Wikidata-Gadgets.Herald added a subscriber: Aklapper. TASK DESCRIPTION@Tomayac has written an excellent add-on for Google Spreadsheets, Wikipedia Tools for Google Spreadsheets, which I use very intensively. While using it, I have often

[Wikidata-bugs] [Maniphest] [Unblock] T124862: Deploy WDQS nodes on codfw

RobH closed subtask T138637: codfw: (2) wqds200[12] systems as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T124862EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobHCc: hoo, Gehel, Tfinc, Deskana, Joe, EBernhardson, Aklapper, Smalyshev,

[Wikidata-bugs] [Maniphest] [Closed] T138637: codfw: (2) wqds200[12] systems

RobH closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T138637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobHCc: Sjoerddebruin, hoo, RobH, Aklapper, Joe, Gehel, Zppix, Smalyshev, mschwarzer, Avner, debt, D3r1ck01, Jonas,

[Wikidata-bugs] [Maniphest] [Reopened] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

hoo reopened this task as "Open".hoo added a comment. My comment (T144687#2608508) was not answered: Why was the configuration changed and the not actual definition of what is an "article"?TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T145412: Review & work on Cognate extension

daniel added a comment. @Addshore linking the rhymes-namespaces would be desirable, but not trivial. I would suggest to leave it for later. Stripping prefixes during normalization isn't too hard, but Cognate would need to know that "German/" is the equivalent prefix to "Deutsch:" - and so on for

[Wikidata-bugs] [Maniphest] [Commented On] T145412: Review & work on Cognate extension

daniel added a comment. In the light of the above comments regarding prefixes and namespaces, a few thoughts about the database schema for connecting the pages. It seems we need the following fields: cgnt_wiki: the wiki ID cgnt_title: the page title (including namespace) cgnt_key: a normalized

[Wikidata-bugs] [Maniphest] [Closed] T146079: s5-master contention caused (?) by refreshlinksprioritized/addUsagesForPage jobs running for all wikis

jcrespo closed this task as "Resolved".jcrespo claimed this task.jcrespo added a comment. There is still some spikes here and there, but the level of errors is low and it is only 30% of the total, so I am resolving. Probably there was an ongoing import causing higher load that usual. The current

[Wikidata-bugs] [Maniphest] [Edited] T119492: [Bug] Simple search suggestions box appears over Wikidata suggestions if search box is selected early

Esc3300 edited the task description. (Show Details) EDIT DETAILS...{F4493535} This makes the first and most important search result inaccessibleThis makes the first and most important search result inaccessible. Workaround: ...TASK DETAILhttps://phabricator.wikimedia.org/T119492EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T119492: [Bug] Simple search suggestions box appears over Wikidata suggestions if search box is selected early

Esc3300 added a comment. Just as annoying as the "Data updated 45 seconds ago" overlay when trying to get to the download link on WQS.TASK DETAILhttps://phabricator.wikimedia.org/T119492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Esc3300Cc: Esc3300,

[Wikidata-bugs] [Maniphest] [Updated] T146205: Create a hotkey for creating a new statement

Aklapper added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T146205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: Aklapper, ChristianKl, D3r1ck01, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T119492: [Bug] Simple search suggestions box appears over Wikidata suggestions if search box is selected early

Krinkle added a project: Regression.Krinkle edited the task description. (Show Details) EDIT DETAILSIf the user quickly clicks on the search box while some stuff is still loading/running, the "normal" search suggestions box (that is, the suggestions box that appears on other wikis) will appear

[Wikidata-bugs] [Maniphest] [Commented On] T119492: [Bug] Simple search suggestions box appears over Wikidata suggestions if search box is selected early

Krinkle added a comment. I run into this almost every time. The stable load point is somewhere around 2 seconds after the page has finished loading. I don't see how it can be considered uncommon or low priority to start searching within 2 seconds of page load. I can only imagine that searching

[Wikidata-bugs] [Maniphest] [Updated] T146207: publish lag and response time for wdqs codfw to graphite

Gehel removed subscribers: Aklapper, gerritbot, Stashbot, thcipriani.Gehel removed a project: Discovery-Wikidata-Query-Service-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T146207EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Smalyshev,

[Wikidata-bugs] [Maniphest] [Block] T144380: Install and configure new WDQS nodes on codfw

Gehel created subtask T146207: publish lag and response time for wdqs codfw to graphite. TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: thcipriani, Stashbot, gerritbot, Gehel, Aklapper, Smalyshev,

[Wikidata-bugs] [Maniphest] [Created] T146207: publish lag and response time for wdqs codfw to graphite

Gehel created this task.Gehel added projects: Wikidata, Wikidata-Query-Service, Operations, Discovery, Discovery-Wikidata-Query-Service-Sprint, Patch-For-Review.Herald removed a project: Patch-For-Review. TASK DESCRIPTIONSome metrics are collected on wdqs outside of diamond, and not deployed /

[Wikidata-bugs] [Maniphest] [Created] T146255: interwikidata.py should merge items

JAnD created this task.JAnD added projects: Pywikibot-interwiki.py, Wikidata.Herald added subscribers: pywikibot-bugs-list, Aklapper. TASK DESCRIPTIONIf exists item on wikidata with some links [1] and exists second, with only one link which have classical [[en:interwiki]] inside [2], [3] Bot

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

gerritbot added a comment. Change 308430 merged by jenkins-bot: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any' https://gerrit.wikimedia.org/r/308430TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2016-09-20T13:05:33Z] Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:308430|Change $wgArticleCountMethod in Wikidata from default (link) to any (T144687)]] (duration: 00m 47s)TASK

[Wikidata-bugs] [Maniphest] [Claimed] T145412: Review & work on Cognate extension

Addshore added a project: Patch-For-Review.Addshore claimed this task.Addshore added subscribers: gabriel-wmde, Lydia_Pintscher.Addshore added a comment. So I have been powering through some refactoring and adding functionality: https://gerrit.wikimedia.org/r/#/c/311427/

[Wikidata-bugs] [Maniphest] [Commented On] T145412: Review & work on Cognate extension

Lydia_Pintscher added a comment. In T145412#2652087, @Addshore wrote: While looking at implementing the moves in https://gerrit.wikimedia.org/r/#/c/311696/ I realised that the current db table only covers a single namespace, however the config allows multiple namespaces to be defined as cognate

[Wikidata-bugs] [Maniphest] [Closed] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Urbanecm closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Stashbot, Lea_Lacroix_WMDE, Esc3300, YMS, Lydia_Pintscher, hoo, Liuxinyu970226, gerritbot, Matanya,

[Wikidata-bugs] [Maniphest] [Commented On] T146140: wishlisted: Wikidata Tools for Google Spreadsheets add-on

Tomayac added a comment. @Spinster I think this is possible by working with native functions, check this example.TASK DETAILhttps://phabricator.wikimedia.org/T146140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TomayacCc: Spinster, Tomayac, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Urbanecm added a comment. If anybody see any problem, please reopen and comment this task.TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Stashbot, Lea_Lacroix_WMDE, Esc3300, YMS,

[Wikidata-bugs] [Maniphest] [Commented On] T145138: Wikibase Lua API have breaking change

gerritbot added a comment. Change 311711 had a related patch set uploaded (by Aude): Don't use multiple return values https://gerrit.wikimedia.org/r/311711TASK DETAILhttps://phabricator.wikimedia.org/T145138EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Updated] T145138: Wikibase Lua API have breaking change

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T145138EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: aude, Lucie, IKhitron, Stashbot, greg, gerritbot, hoo, daniel, Aklapper, eranroz, Lewizho99,

[Wikidata-bugs] [Maniphest] [Commented On] T144687: Change $wgArticleCountMethod in Wikidata from default ('link') to 'any'

Urbanecm added a comment. @hoo What is an article is defined by the config, isn't it? Or at least how Wikidata count them. But let say an article is a content page or valid item. Is it more clear?TASK DETAILhttps://phabricator.wikimedia.org/T144687EMAIL