[Wikidata-bugs] [Maniphest] [Updated] T173696: Cache constraint check results

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2017-10-24 (1.31.0-wmf.5)). TASK DETAILhttps://phabricator.wikimedia.org/T173696EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, ReleaseTaggerBotCc: Krinkle, aaron, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop

Jack_who_built_the_house added a comment. In T173710#3701806, @Ladsgroup wrote: I think one of the reasons contributing to the problem is the same problem we had with T171027: "Read timeout is reached" DBQueryError when trying to load specific users' watchlists (with +1000 articles) on several

[Wikidata-bugs] [Maniphest] [Commented On] T173696: Cache constraint check results

gerritbot added a comment. Change 385400 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Lower hotTTR in matchesRegularExpression() to raise hit rate https://gerrit.wikimedia.org/r/385400TASK DETAILhttps://phabricator.wikimedia.org/T173696EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178851: Use label & description index for fulltext search

gerritbot added a comment. Change 380895 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [mediawiki/extensions/Wikibase@master] [WIP] Add fulltext search support for Wikidata labels https://gerrit.wikimedia.org/r/380895TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, gerritbotCc: gerritbot, daniel, EBernhardson, dcausse, Aklapper, Smalyshev, Lordiis, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

Smalyshev added a parent task: T125500: [Epic] Index Wikidata labels and descriptions as separate fields in ElasticSearch. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, EBernhardson,

[Wikidata-bugs] [Maniphest] [Edited] T125500: [Epic] Index Wikidata labels and descriptions as separate fields in ElasticSearch

Smalyshev updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[] Make code to allow fulltext search to use entity search when appropriate (T178851). ...TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T125500: [Epic] Index Wikidata labels and descriptions as separate fields in ElasticSearch

Smalyshev added a subtask: T178851: Use label & description index for fulltext search. TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: K4-713, Nikki, Lydia_Pintscher, Lea_Lacroix_WMDE, Stashbot,

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

Smalyshev removed a parent task: T176903: Index wikidata descriptions. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, EBernhardson, dcausse, Aklapper, Smalyshev, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Updated] T176903: Index wikidata descriptions

Smalyshev added a parent task: T178851: Use label & description index for fulltext search. TASK DETAILhttps://phabricator.wikimedia.org/T176903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, hoo, Lydia_Pintscher, gerritbot, EBernhardson,

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

Smalyshev added a subtask: T176903: Index wikidata descriptions. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, EBernhardson, dcausse, Aklapper, Smalyshev, GoranSMilovanovic, QZanden,

[Wikidata-bugs] [Maniphest] [Updated] T176903: Index wikidata descriptions

Smalyshev removed a subtask: T178851: Use label & description index for fulltext search. TASK DETAILhttps://phabricator.wikimedia.org/T176903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, hoo, Lydia_Pintscher, gerritbot, EBernhardson,

[Wikidata-bugs] [Maniphest] [Edited] T178851: Use label & description index for fulltext search

Smalyshev added subscribers: dcausse, EBernhardson, daniel.Smalyshev updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONUse label index and description index from T176903 to implement better fulltext search in Wikidata. TASK

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

Smalyshev added a project: Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, Avner, debt, Gehel, Jdrewniak, FloNight,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T178851: Use label & description index for fulltext search

Smalyshev moved this task from Needs triage to Current work on the Discovery-Search board.Smalyshev edited projects, added Discovery-Search (Current work); removed Discovery-Search. TASK

[Wikidata-bugs] [Maniphest] [Claimed] T178851: Use label & description index for fulltext search

Smalyshev triaged this task as "Normal" priority.Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune,

[Wikidata-bugs] [Maniphest] [Created] T178851: Use label & description index for fulltext search

Smalyshev created this task.Smalyshev added projects: Wikidata, Discovery-Search.Herald added a subscriber: Aklapper. TASK DESCRIPTIONUse label index and description index from T176903 to implement better fulltext search in Wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T176903: Index wikidata descriptions

Smalyshev added a subtask: T178851: Use label & description index for fulltext search. TASK DETAILhttps://phabricator.wikimedia.org/T176903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: aude, hoo, Lydia_Pintscher, gerritbot, EBernhardson,

[Wikidata-bugs] [Maniphest] [Updated] T178851: Use label & description index for fulltext search

Smalyshev added a parent task: T176903: Index wikidata descriptions. TASK DETAILhttps://phabricator.wikimedia.org/T178851EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2017-10-24 (1.31.0-wmf.5)). TASK DETAILhttps://phabricator.wikimedia.org/T138724EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, ReleaseTaggerBotCc: aude, hoo, thiemowmde,

[Wikidata-bugs] [Maniphest] [Commented On] T106287: [Task] Track descriptions usages separately (Create a new description usage aspect "D")

hoo added a comment. We finally have our first descriptions usages at nowiki (caused by https://no.wikipedia.org/wiki/Modul:Wikibase_signature, invoked by https://no.wikipedia.org/w/index.php?title=Mal:Wikidata_egenskapslenke="">)! The description is used there to add additional context to a

[Wikidata-bugs] [Maniphest] [Closed] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

hoo closed this task as "Resolved".hoo moved this task from Proposed to Done on the Wikidata-Sprint board.hoo removed projects: Patch-For-Review, TestMe. TASK DETAILhttps://phabricator.wikimedia.org/T138724WORKBOARDhttps://phabricator.wikimedia.org/project/board/2351/EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T96040: Wikibase special pages (tracking)

hoo closed subtask T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>" as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

gerritbot added a comment. Change 385945 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Properly react on unknown languages in LanguageDirectionalityLookup https://gerrit.wikimedia.org/r/385945TASK DETAILhttps://phabricator.wikimedia.org/T138724EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178804: When processing changes to Wikibase SiteLinks on the client, only trigger updates for sitelinks that are actually shown in the sidebar.

hoo added a comment. In T178804#3703993, @daniel wrote: @hoo Access to "other" sitelinks is widely used? How/where exactly? Note that for the purpose of sitelinks, Wikipedias are considered to be in the same family as Commons. Commons very often links (in the page content) to other Wikipedias.

[Wikidata-bugs] [Maniphest] [Closed] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

hoo closed this task as "Resolved".hoo added a comment. In T173194#3704857, @valerio.bozzolan wrote: I'm confused. Very confused. From this diff I've added these lines to debug the value of item: label = 'Normal: ' .. item sitelink = 'Absurd: ' .. item Yes, there are no other lines of code

[Wikidata-bugs] [Maniphest] [Unblock] T89594: Use the arbitrary access to Wikidata feature on Commons (tracking)

hoo closed subtask T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T89594EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Nizil, Poyekhali,

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

valerio.bozzolan added a comment. I'm confused. Very confused. From this diff I've added these lines: label = 'Normal: ' .. item sitelink = 'Absurd: ' .. item Yes, there are no other lines of code between these two lines. Now: =require('Module:Wikidata label/sandbox')._getLabel('Q123', 'en')

[Wikidata-bugs] [Maniphest] [Commented On] T177354: Metrics for SDoC: look at contributions

Nuria added a comment. @chelsyx That makes sense, thank you. I was also trying to make a meta point though: since prior work and statistics exist for commons it will be worth documenting ( on meta?) these numbers and why/how they differ with other numbers community might have access to. I know

[Wikidata-bugs] [Maniphest] [Commented On] T177354: Metrics for SDoC: look at contributions

chelsyx added a comment. Hi @Nuria , the numbers I showed above are cumulative sum at the end of each month, while the numbers you talked about are newly uploads for each month. From my query, for Dec 2016, the number of newly uploaded files by bots are 392,566, by users = 392,786. This is closed

[Wikidata-bugs] [Maniphest] [Edited] T178806: Wikibase: Batch HTMLCacheUpdateJobs across changes

Krinkle updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...We could reduce the number of HTMLCacheUpdateJobs posted by collecting pages to be notified over an entire batch of changes, such as the batch contained in a ChangeNotificationJob. This should be done in a way that

[Wikidata-bugs] [Maniphest] [Edited] T178806: Wikibase: Batch HTMLCacheUpdateJobs across changes

Krinkle updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONCurrently, we optimize for the case of a change triggering updates to many pages: we chop the set of pages into badgesbatches and push one HTMLCacheUpdateJob for each batchTASK

[Wikidata-bugs] [Maniphest] [Commented On] T177354: Metrics for SDoC: look at contributions

Nuria added a comment. Is the user versus bot percentage overall? I am not sure that is of value to quantify usage as of 2017, right? See timeseries of uploads by bots/users at https://stats.wikimedia.org/wikispecial/EN/TablesWikipediaCOMMONS.htm (scroll down) Most recent monthly numbers (for

[Wikidata-bugs] [Maniphest] [Commented On] T178804: When processing changes to Wikibase SiteLinks on the client, only trigger updates for sitelinks that are actually shown in the sidebar.

daniel added a comment. @hoo Access to "other" sitelinks is widely used? How/where exactly? Note that for the purpose of sitelinks, Wikipedias are considered to be in the same family as Commons.TASK DETAILhttps://phabricator.wikimedia.org/T178804EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T173144: Tracking implicit (extensions) usages of Wikidata

daniel added projects: GeoData, MobileFrontend, PageImages, Wikidata-Page-Banner.daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Show changes to wikidata descriptions associated with pages in `recentchanges` (RC injection), like we do for other changes on wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T173144: Tracking implicit (extensions) usages of Wikidata

daniel added a comment. I updated the task description with more detailed information. I dropped the "introduce API for registering usages". That seems really scary. I'd want to have a much clearer idea of how that would work before we consider it as a viable option.TASK

[Wikidata-bugs] [Maniphest] [Edited] T173144: Tracking implicit (extensions) usages of Wikidata

daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONBackground: As the mobile version of search shows the description of item + the page title, we should always track the description of page. Even if the page doesn't explicitly access the description with Lua, the mobile

[Wikidata-bugs] [Maniphest] [Commented On] T178804: When processing changes to Wikibase SiteLinks on the client, only trigger updates for sitelinks that are actually shown in the sidebar.

hoo added a comment. This requires a re-interpretation of the S usage aspect: it then means usage of "sitelinks used in the sidebar", no longer "use of any sitelinks". This means that explicit usage (via Lua) of other sitelinks needs to be tracked as O (or X). Given how widely this is used eg. on

[Wikidata-bugs] [Maniphest] [Commented On] T174519: [epic] SDoC: Determine baseline for metrics

Nuria added a comment. Please have in mind that metrics for commons exist is https://stats.wikimedia.org/wikispecial/EN/TablesWikipediaCOMMONS.htm , let's make sure those are looked at when this work is taking place.TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL

[Wikidata-bugs] [Maniphest] [Changed Project Column] T176948: Move config & loading logic out of Wikidata build and into mediawiki-config

greg moved this task from To Triage to Watching / External on the Release-Engineering-Team board.greg edited projects, added Release-Engineering-Team (Watching / External); removed Release-Engineering-Team. TASK

[Wikidata-bugs] [Maniphest] [Edited] T173144: Tracking implicit (extensions) usages of Wikidata

Lydia_Pintscher updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* Provide some kind of API for this which registers usages as needed (similar to what is done in Lua). This might not be doable without rather nasty hacks. This is potentially relevant for the following

[Wikidata-bugs] [Maniphest] [Edited] T167432: Run Wikibase daily browser tests on Jenkins

zeljkofilipin updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...PS: If they are stable we will probably like to kill SauceLabs job, but not right now. **Important changes to current job:** - Removed SAUCE_ONDEMAND_ACCESS_KEY. - Instead of running on BrowserTests slaves,

[Wikidata-bugs] [Maniphest] [Updated] T178810: Wikibase: Increase batch size for HTMLCacheUpdateJobs triggered by repo changes.

Joe added a project: User-Joe. TASK DETAILhttps://phabricator.wikimedia.org/T178810EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JoeCc: Aklapper, aude, thiemowmde, hoo, Ladsgroup, Krinkle, Joe, daniel, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Zppix,

[Wikidata-bugs] [Maniphest] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins

zeljkofilipin added a comment. Videos are here: https://integration.wikimedia.org/ci/view/Selenium/job/selenium-Wikibase-T167432/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=DebianJessie%20&&%20contintLabsSlave/lastCompletedBuild/

[Wikidata-bugs] [Maniphest] [Edited] T178810: Wikibase: Increase batch size for HTMLCacheUpdateJobs triggered by repo changes.

daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...The value for `recentChangesBatchSize` could perhaps also be increased, though in the light of {rEWBAb00fac476e803cdf650366baf973fa9942a5164f} we should be careful here. A larger batch size may be help or hurt.

[Wikidata-bugs] [Maniphest] [Updated] T178810: Wikibase: Increase batch size for HTMLCacheUpdateJobs triggered by repo changes.

daniel added a project: Operations.daniel added a comment. @Joe To clarify, these parameters are for ops to tweak. I can guess at good values, but this is really your department, I think. From the Wikidata perspective, the batch size for purge jobs doesn't matter. You can set it to whatever you

[Wikidata-bugs] [Maniphest] [Lowered Priority] T172246: Partial support to rollout of editing wikidata descriptions on Android for en.wp

Elitre lowered the priority of this task from "High" to "Lowest".Elitre added a comment. At least 3 of us are involved in ongoing work, but we definitely aren't the ones leading public communications, so reflecting priority, for the time being. (Related work doesn't seem to be a quarterly goal for

[Wikidata-bugs] [Maniphest] [Updated] T173710: Job queue is increasing non-stop

daniel added a comment. I have thought a bit about ways to mitigate this. Here are three things I think could help: T178804: When processing changes to Wikibase SiteLinks on the client, only trigger updates for sitelinks that are actually shown in the sidebar. (doable in a weeks or two, if

[Wikidata-bugs] [Maniphest] [Created] T178810: Wikibase: Increase batch size for HTMLCacheUpdateJobs triggered by repo changes.

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseClient, JobRunner-Service.Herald added a subscriber: Aklapper. TASK DESCRIPTIONCurrently, the number of pages purged by a singe HTMLCacheUpdateJob is limited to 20, by the wikiPageUpdaterDbBatchSize setting. The

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

Jarekt added a comment. I tried : = require('Module:Test')._enSitelink('Q123') September = require('Module:Test')._enSitelink('Q321') Milky Way Where function p._enSitelink(item) return mw.wikibase.sitelink( item, 'enwiki' ) end and it seems to work fine. It would be nice to reproduce the

[Wikidata-bugs] [Maniphest] [Created] T178806: Wikibase: Batch HTMLCacheUpdateJobs across changes

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONCurrently, we optimize for the case of a change triggering updates to many pages: we chop the set of pages into badges and push one HTMLCacheUpdateJob

[Wikidata-bugs] [Maniphest] [Commented On] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink

Jarekt added a comment. I restored earlier version of the module code that did not use mw.wikibase.sitelink function. Valerio.bozzolan test can still be tried on the /Sandbox version of the module. See screen shot below. It seems to me that mw.wikibase.getLabelWithLang function worked fine, and

[Wikidata-bugs] [Maniphest] [Created] T178804: When processing changes to Wikibase SiteLinks on the client, only trigger updates for sitelinks that are actually shown in the sidebar.

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper. TASK DESCRIPTIONCurrently, wikibase clients will trigger a purge of an item's connected page if any sitelink on that item changes. However, that purge is only needed

[Wikidata-bugs] [Maniphest] [Commented On] T175919: investigate GC times on wikidata query service

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-10-23T13:19:16Z] rolling restart of wdqs for GC tuning - T175919TASK DETAILhttps://phabricator.wikimedia.org/T175919EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: StashbotCc: Stashbot,

[Wikidata-bugs] [Maniphest] [Commented On] T175919: investigate GC times on wikidata query service

gerritbot added a comment. Change 385364 merged by Gehel: [operations/puppet@production] wdqs: garbage collection tuning https://gerrit.wikimedia.org/r/385364TASK DETAILhttps://phabricator.wikimedia.org/T175919EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Claimed] T173749: QuickStatements to RDF converter

Hjfocs claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T173749EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HjfocsCc: Tarrow, Pintoch, Aklapper, Hjfocs, Tpt, Lydia_Pintscher, Smalyshev, GoranSMilovanovic, Kiailandi, QZanden, dachary,

[Wikidata-bugs] [Maniphest] [Commented On] T178661: Drop wb_entity_per_page views in Wiki Replicas

chasemp added a comment. Thanks gentlemen :)TASK DETAILhttps://phabricator.wikimedia.org/T178661EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: chasempCc: chasemp, Magnus, hoo, daniel, jcrespo, Marostegui, Aklapper, Ladsgroup, IMBLUESKY, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Commented On] T173144: Tracking implicit (extensions) usages of Wikidata

eranroz added a comment. In T173144#3702601, @thiemowmde wrote: you must consider all descriptions being used by a search feature. Tracking them individually is pointless. agree In T173144#3702601, @thiemowmde wrote: I might miss something, but I have a fundamental question: How is "showing

[Wikidata-bugs] [Maniphest] [Edited] T172914: mw.wikibase.entity: Use __index to lazy register entity usages

hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[] Deploy T178153 (27cb7f6e1615db26460d035bc8ee372f1ec15f8e) AND MAKE SURE IT IS NOT GOING TO BE REVERTED (it should be in `wmf.n` and `wmf.(n-1)` before continuing) [] Change the `disabledUsageAspects` setting:

[Wikidata-bugs] [Maniphest] [Edited] T106287: [Task] Track descriptions usages separately (Create a new description usage aspect "D")

hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[x] Remove `'D'` from `$wgWBClientSettings['disabledUsageAspects']` on a few more wikis (T178515)...TASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T106287: [Task] Track descriptions usages separately (Create a new description usage aspect "D")

hoo closed subtask T178515: Enable description usage tracking on further wikis as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: thiemowmde, gerritbot, eranroz, PokestarFan, jmadler, hoo,

[Wikidata-bugs] [Maniphest] [Closed] T178515: Enable description usage tracking on further wikis

hoo closed this task as "Resolved".hoo removed a project: Patch-For-Review.hoo added a comment. This has been deployed. Yet there are no description usages :/TASK DETAILhttps://phabricator.wikimedia.org/T178515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Edited] T177486: Wikidata entity dumpers need to cope with the immense Wikidata growth recently

thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[x] Release https://github.com/wmde/WikibaseDataModel/pull/762 and https://github.com/wmde/WikibaseDataModel/pull/764...TASK DETAILhttps://phabricator.wikimedia.org/T177486EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178515: Enable description usage tracking on further wikis

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-10-23T12:03:25Z] Synchronized wmf-config/InitialiseSettings.php: Enable description usage tracking on further wikis (T178515) (duration: 00m 47s)TASK DETAILhttps://phabricator.wikimedia.org/T178515EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178515: Enable description usage tracking on further wikis

gerritbot added a comment. Change 385340 merged by jenkins-bot: [operations/mediawiki-config@master] Enable description usage tracking on further wikis https://gerrit.wikimedia.org/r/385340TASK DETAILhttps://phabricator.wikimedia.org/T178515EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T178455: Disambiguation for Wikidata search from tags terms in wordpress

Zeko added a comment. Sure, and I find it better to show it like that (as a tooltip) so that there is not too much info displayed togetherTASK DETAILhttps://phabricator.wikimedia.org/T178455EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZekoCc: Zppix,

[Wikidata-bugs] [Maniphest] [Commented On] T175491: [Bug] Particular wikibase-…-summary-…-update autocomments are missing in en.json

matej_suchanek added a comment. There seems to be #regression: for the first change, I would expect wikibase-entity-summary-wbremoveclaims-remove instead.TASK DETAILhttps://phabricator.wikimedia.org/T175491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T178455: Disambiguation for Wikidata search from tags terms in wordpress

Pigsonthewing added a comment. In T178455#3702973, @Zeko wrote: As said before, now in plugin setup page there is a list of the tags used in the blog: F10381458: image.png Maybe in your first image, you could display the Wikidata label & description, at least as a tool-tip?TASK

[Wikidata-bugs] [Maniphest] [Edited] T168532: Check constraints on qualifiers and references

Lucas_Werkmeister_WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- [ ] [Default config for checking constraints on qualifiers and references to `true`](https://gerrit.wikimedia.org/r/385961) - …TASK DETAILhttps://phabricator.wikimedia.org/T168532EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T168532: Check constraints on qualifiers and references

gerritbot added a comment. Change 385961 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Check constraints on qualifiers references by default https://gerrit.wikimedia.org/r/385961TASK

[Wikidata-bugs] [Maniphest] [Updated] T178666: Add option to dispatch only to selected set of wikis

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2017-10-24 (1.31.0-wmf.5)). TASK DETAILhttps://phabricator.wikimedia.org/T178666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, ReleaseTaggerBotCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T178455: Disambiguation for Wikidata search from tags terms in wordpress

Zeko added a comment. Hello! Now its possible to associate tags with wikidata ids and save that assoc to plugin setup. As said before, now in plugin setup page there is a list of the tags used in the blog: F10381458: image.png As we discussed, I added an ajax modal window that shows the

[Wikidata-bugs] [Maniphest] [Closed] T178666: Add option to dispatch only to selected set of wikis

Lucas_Werkmeister_WMDE closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T178666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic,

[Wikidata-bugs] [Maniphest] [Commented On] T178666: Add option to dispatch only to selected set of wikis

gerritbot added a comment. Change 385338 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Add option to dispatch only to selected clients https://gerrit.wikimedia.org/r/385338TASK DETAILhttps://phabricator.wikimedia.org/T178666EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T168532: Check constraints on qualifiers and references

Lucas_Werkmeister_WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- [x] Enable config on Wikidata: {T176863} - [ - [x] [Default config for new API format to `true`](https://gerrit.wikimedia.org/r/385387) - [ - [x] [Remove support for old API format (and config

[Wikidata-bugs] [Maniphest] [Commented On] T178515: Enable description usage tracking on further wikis

Marostegui added a comment. Sounds good, thanks for the heads up!TASK DETAILhttps://phabricator.wikimedia.org/T178515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, MarosteguiCc: gerritbot, Liuxinyu970226, jcrespo, Marostegui, Cosine02, jeblad, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T178515: Enable description usage tracking on further wikis

hoo added a comment. I just moved the deploy from 13:00–14:00 UTC today to 12:00–13:00 UTC, as that fits my schedule better and allows me to do more monitoring of the changes and their impact.TASK DETAILhttps://phabricator.wikimedia.org/T178515EMAIL

[Wikidata-bugs] [Maniphest] [Created] T178795: Translate StrepHit datasets into RDF

Hjfocs created this task.Hjfocs added projects: Wikidata-primary-sources, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONTASK DETAILhttps://phabricator.wikimedia.org/T178795EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HjfocsCc: Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T178585: First test deployment of the back end

Hjfocs added a comment. Currently experiencing out of memory errors, even if the Java heap size is set to low values. Working fine on a different server, i.e., Italian DBpedia.TASK DETAILhttps://phabricator.wikimedia.org/T178585EMAIL

[Wikidata-bugs] [Maniphest] [Claimed] T168244: Refactor the JS code responsible for the interaction with the back-end

Hjfocs claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T168244EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HjfocsCc: Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt,

[Wikidata-bugs] [Maniphest] [Claimed] T168255: Refactor functions that interact with the back-end

Hjfocs claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T168255EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HjfocsCc: Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt,

[Wikidata-bugs] [Maniphest] [Edited] T164742: [Story] Add Form to list of Forms (persistent)

thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[x] https://gerrit.wikimedia.org/r/379233 [] https://gerrit.wikimedia.org/r/383790 [x] https://gerrit.wikimedia.org/r/383793...TASK DETAILhttps://phabricator.wikimedia.org/T164742EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T166691: [story] Allow Lexemes to be created via the API (wbeditentity)

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T166691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, daniel, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe,

[Wikidata-bugs] [Maniphest] [Commented On] T166691: [story] Allow Lexemes to be created via the API (wbeditentity)

gerritbot added a comment. Change 383790 had a related patch set uploaded (by Thiemo Mättig (WMDE); owner: Thiemo Mättig (WMDE)): [mediawiki/extensions/WikibaseLexeme@master] Relax Lexeme deserializer to not fail without nextFormId https://gerrit.wikimedia.org/r/383790TASK

[Wikidata-bugs] [Maniphest] [Commented On] T177486: Wikidata entity dumpers need to cope with the immense Wikidata growth recently

thiemowmde added a comment. @hoo, I prepared a backport of the relevant #wikibase-datamodel changes at https://github.com/wmde/WikibaseDataModel/pull/765.TASK DETAILhttps://phabricator.wikimedia.org/T177486EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo,

[Wikidata-bugs] [Maniphest] [Commented On] T177486: Wikidata entity dumpers need to cope with the immense Wikidata growth recently

ArielGlenn added a comment. In T177486#3700420, @thiemowmde wrote: @ArielGlenn, did you missed to post the runtime of the job? No, the job starts early on Monday and the hope was for it to complete sometime Thursday.TASK DETAILhttps://phabricator.wikimedia.org/T177486EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T177601: Deploy dropping wb_entity_per_page table

Marostegui added a comment. I have renamed this table on the following servers s5: wikidatawiki: db1092 root@db1092[wikidatawiki]> set session sql_log_bin=0; Query OK, 0 rows affected (0.00 sec) root@db1092[wikidatawiki]> rename table wb_entity_per_page to T177601_wb_entity_per_page; Query OK,

[Wikidata-bugs] [Maniphest] [Changed Status] T178661: Drop wb_entity_per_page views in Wiki Replicas

Marostegui changed the task status from "Open" to "Stalled".Marostegui removed a project: DBA.Marostegui added a comment. I will update this task once T177601 if finished so it can be done. Stalling it for now until the above task is resolved.TASK

[Wikidata-bugs] [Maniphest] [Blocker] T177601: Deploy dropping wb_entity_per_page table

Marostegui changed the status of subtask T178661: Drop wb_entity_per_page views in Wiki Replicas from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T177601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Stashbot, Marostegui,

[Wikidata-bugs] [Maniphest] [Commented On] T177601: Deploy dropping wb_entity_per_page table

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-10-23T08:09:17Z] Rename wb_entity_per_page table on s5 db1092 and s3 db1077 - T177601TASK DETAILhttps://phabricator.wikimedia.org/T177601EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Claimed] T177601: Deploy dropping wb_entity_per_page table

Marostegui claimed this task.Marostegui moved this task from Next to In progress on the DBA board. TASK DETAILhttps://phabricator.wikimedia.org/T177601WORKBOARDhttps://phabricator.wikimedia.org/project/board/1060/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T175491: [Bug] Particular wikibase-…-summary-…-update autocomments are missing in en.json

thiemowmde added a comment. Thanks for bringing this up. The idea is that …-entity-… works as a fallback when …-item-… does not exist. In the cases we are discussing here both don't exist. We should add the missing …-entity-… messages.TASK DETAILhttps://phabricator.wikimedia.org/T175491EMAIL

[Wikidata-bugs] [Maniphest] [Retitled] T178651: [Bug] "PHP Notice: Undefined index: value" from SnakDeserializer

thiemowmde renamed this task from ""PHP Notice: Undefined index: value" from SnakDeserializer" to "[Bug] "PHP Notice: Undefined index: value" from SnakDeserializer".thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...``` #patch-for-review: []

[Wikidata-bugs] [Maniphest] [Updated] T178651: [Bug] "PHP Notice: Undefined index: value" from SnakDeserializer

thiemowmde added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T178651EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Addshore, aude, TerraCodes, Lydia_Pintscher, JeroenDeDauw, thiemowmde, Aklapper, hoo, Lordiis,

[Wikidata-bugs] [Maniphest] [Claimed] T178651: "PHP Notice: Undefined index: value" from SnakDeserializer

thiemowmde triaged this task as "Normal" priority.thiemowmde claimed this task.thiemowmde moved this task from incoming to consider for next sprint on the Wikidata board.thiemowmde added projects: Wikibase-DataModel-Serialization, Easy, Need-volunteer, Wikidata-Sprint.thiemowmde added subscribers:

[Wikidata-bugs] [Maniphest] [Claimed] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

thiemowmde triaged this task as "Low" priority.thiemowmde added projects: Wikidata-Sprint, Easy, MediaWiki-extensions-WikibaseRepository.thiemowmde claimed this task.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.thiemowmde added subscribers: thiemowmde, hoo,

[Wikidata-bugs] [Maniphest] [Commented On] T175491: [Bug] Particular wikibase-…-summary-…-update autocomments are missing in en.json

matej_suchanek added a comment. Why does "-item-" comment get preferred over "-entity-", which does exist, when it doesn't exist?TASK DETAILhttps://phabricator.wikimedia.org/T175491EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes,

[Wikidata-bugs] [Maniphest] [Commented On] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

gerritbot added a comment. Change 385945 had a related patch set uploaded (by Thiemo Mättig (WMDE); owner: Thiemo Mättig (WMDE)): [mediawiki/extensions/Wikibase@master] Properly react on unknown languages in LanguageDirectionalityLookup https://gerrit.wikimedia.org/r/385945TASK

[Wikidata-bugs] [Maniphest] [Updated] T138724: /wiki/Special:NewItem MWException from line 207 of /srv/mediawiki/php-master/languages/Language.php: Invalid language code "<<>>"

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T138724EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, TerraCodes, Aklapper, Addshore, Zppix, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls,

[Wikidata-bugs] [Maniphest] [Commented On] T178745: Highlight statement(s) when using "#P" in URL

Jan_Dittrich added a comment. I agree that this would be a useful feature. It is also used on other sites, so having it won't cause confusion. My largest concern is that we don't have a styleguide or anything like that now and it is hard to determine a color (or other means of highlighting) that

  1   2   >