[Wikidata-bugs] [Maniphest] [Created] T187855: Undefined index in WikibaseClient $this->getRepositoryDefinitions()->getDatabaseNames()['']

Tgr created this task.Tgr added projects: MediaWiki-extensions-WikibaseClient, MediaWiki-Vagrant.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONAfter pulling up a new vagrant box with the wikidata role and visiting the main page of the default wiki

[Wikidata-bugs] [Maniphest] [Updated] T184322: Enable fine grained lua tracking gradually in client wikis

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2018-02-21T00:14:05Z] Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:412664|Enable x-kill feature everywhere]] T186714 T184322 (duration: 01m 13s)TASK

[Wikidata-bugs] [Maniphest] [Updated] T186714: enable x-kill feature on Commons

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2018-02-21T00:14:05Z] Synchronized wmf-config/InitialiseSettings.php: SWAT: [[gerrit:412664|Enable x-kill feature everywhere]] T186714 T184322 (duration: 01m 13s)TASK

[Wikidata-bugs] [Maniphest] [Commented On] T184322: Enable fine grained lua tracking gradually in client wikis

gerritbot added a comment. Change 412664 merged by jenkins-bot: [operations/mediawiki-config@master] Enable x-kill feature everywhere https://gerrit.wikimedia.org/r/412664TASK DETAILhttps://phabricator.wikimedia.org/T184322EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T186714: enable x-kill feature on Commons

gerritbot added a comment. Change 412664 merged by jenkins-bot: [operations/mediawiki-config@master] Enable x-kill feature everywhere https://gerrit.wikimedia.org/r/412664TASK DETAILhttps://phabricator.wikimedia.org/T186714EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T184000: Magic word on English WP to override display of Wikidata short description

Tgr added a comment. In T184000#3987414, @Addshore wrote: So, again overriding the current wikidata description here is a breaking change. We should not do that. If we want to add something new, such as an article description, lets add it under a new key called "article-description" instead of

[Wikidata-bugs] [Maniphest] [Updated] T127470: Deploy item quality classification model for Wikidata

awight added a parent task: T187836: [Epic] Audit of pending ORES GUI deployments. TASK DETAILhttps://phabricator.wikimedia.org/T127470EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Glorian_WD, awightCc: Glorian_WD, Ladsgroup, Halfak, Glorian_Yapinus, Sumit,

[Wikidata-bugs] [Maniphest] [Commented On] T184000: Magic word on English WP to override display of Wikidata short description

Addshore added a comment. In T184000#3984789, @Tgr wrote: The parser function hook stores the argument of the parserfunction in the ParserOutput's page properties with a wikibase-description-override key. So, this doesn't really have anything to do with wikibase, what we are adding here is a

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T187793: Inject IContextSource into ViolationMessageRenderer

Ladsgroup added a subscriber: daniel.Ladsgroup added a comment. So the reason I made MessageLocalizer is that we wanted to inject RequestContext somewhere just to use the msg method and @daniel pointed out that this class is a huge kitchen sink that are dragging around. That interface is an

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T187767: Choose a service name for the new internal WDQS cluster and configure LVS

Smalyshev added subscribers: Lydia_Pintscher, daniel, Smalyshev.Smalyshev added a comment. I'd go with wdqs-internal. Not sure what the suffix would be - it should probably only be accessible from production machines, but we need to also be able to test it somehow I think - i.e. to make sure the

[Wikidata-bugs] [Maniphest] [Commented On] T187296: Increase kafka event retention to 14 or 21 days

Smalyshev added a comment. I need it only on jumbo I think, that's where I'll be connecting.TASK DETAILhttps://phabricator.wikimedia.org/T187296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: elukey, Ottomata, Aklapper, Nuria, Ladsgroup,

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

Ladsgroup added a comment. Our idea would be to have it as memcached.TASK DETAILhttps://phabricator.wikimedia.org/T187775EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, LadsgroupCc: daniel, Lucas_Werkmeister_WMDE, Ladsgroup, WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Updated] T184322: Enable fine grained lua tracking gradually in client wikis

Ladsgroup added a subtask: T186714: enable x-kill feature on Commons. TASK DETAILhttps://phabricator.wikimedia.org/T184322EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Agabi10, RP88, IKhitron, Joe, hoo, Doc_James, PokestarFan, eranroz, Izno,

[Wikidata-bugs] [Maniphest] [Updated] T186714: enable x-kill feature on Commons

Ladsgroup added a parent task: T184322: Enable fine grained lua tracking gradually in client wikis. TASK DETAILhttps://phabricator.wikimedia.org/T186714EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: gerritbot, Mike_Peel, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T184322: Enable fine grained lua tracking gradually in client wikis

gerritbot added a comment. Change 412664 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani): [operations/mediawiki-config@master] Enable x-kill feature everywhere https://gerrit.wikimedia.org/r/412664TASK DETAILhttps://phabricator.wikimedia.org/T184322EMAIL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T184000: Magic word on English WP to override display of Wikidata short description

Tgr added a subscriber: TheDJ.Tgr added a comment. In T184000#3987260, @Alsee wrote: The Wikidata label is a description of the Wikidata item. "Label" in Wikidata terminology is the article title (e.g. Q663375 has the English label "hatmaking" and English description "manufacture and design of

[Wikidata-bugs] [Maniphest] [Commented On] T184000: Magic word on English WP to override display of Wikidata short description

Alsee added a comment. I'm not familiar with all of the API issues, but if this helps: The magicword Shortdesc: is actually a description of the article. The Wikidata label is a description of the Wikidata item. Someone thought Wikidata labels could conveniently be re-used as if they were an

[Wikidata] Metadata about Persistent Identifiers

At PIDapalooza 2018 https://pidapalooza.org/ I discussed with a few people - not Wikidatans - how to document Persistent (or Unique) Identifiers. As an example, I created 'KoreaMed Unique Identifier': https://www.wikidata.org/wiki/Q47489994 How could we improve that? What additional

[Wikidata-bugs] [Maniphest] [Triaged] T141622: Delete/undelete the MediaInfo page automatically when delete/undelete the file

Ramsey-WMF moved this task from Untriaged to Desired epics on the Multimedia board.Ramsey-WMF triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T141622WORKBOARDhttps://phabricator.wikimedia.org/project/board/48/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T184000: Magic word on English WP to override display of Wikidata short description

daniel added a comment. ...as to registering the description as used: this should be governed by a separate setting. It really has nothing to do with the magic word. I think the setting should be generic, not limited to descriptions. E.g.: $wgWBClientSettings['impliciteUsageAspects'] = [ 'D',

[Wikidata-bugs] [Maniphest] [Commented On] T187061: Don’t cache constraint check results involving current time whose validity will change soon

Lucas_Werkmeister_WMDE added a comment. I think this should be working now, but I’ll try a manual test, just to make sure.TASK DETAILhttps://phabricator.wikimedia.org/T187061EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T187061: Don’t cache constraint check results involving current time whose validity will change soon

WMDE-leszek moved this task from Review to Done on the Wikidata-Sprint-2018-02-14 board.WMDE-leszek removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T187061WORKBOARDhttps://phabricator.wikimedia.org/project/board/3247/EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T187061: Don’t cache constraint check results involving current time whose validity will change soon

WMDE-leszek updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- [x] [small helper function](https://gerrit.wikimedia.org/r/411252) - [ - [x] [`RangeChecker`](https://gerrit.wikimedia.org/r/411041) - [ - [x]

[Wikidata-bugs] [Maniphest] [Commented On] T185332: Investigation: How to make it possible to format a Lexeme used in a statement

gerritbot added a comment. Change 406608 abandoned by WMDE-leszek: [DNM] Move the lexeme "displaying" logic to the LexemePresenter https://gerrit.wikimedia.org/r/406608TASK DETAILhttps://phabricator.wikimedia.org/T185332EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T185332: Investigation: How to make it possible to format a Lexeme used in a statement

gerritbot added a comment. Change 406306 abandoned by WMDE-leszek: [DNM] Display lexemes in statements https://gerrit.wikimedia.org/r/406306TASK DETAILhttps://phabricator.wikimedia.org/T185332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Commented On] T186606: Investigation: How to format lexeme to be display in a statement value efficiently

gerritbot added a comment. Change 409830 abandoned by WMDE-leszek: [DNM] Add SQL-index-based LexemePresenter https://gerrit.wikimedia.org/r/409830TASK DETAILhttps://phabricator.wikimedia.org/T186606EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek,

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde added a comment. Personally, I'm totally fine with using any kind of cache, might it be an in-memory one or something else. My worst-case scenario is as follows: Let's say we have 10 million Lexemes, 2 lemmas per Lexeme, 20 bytes per lemma. The cache would need to hold about 0.4

[Wikidata-bugs] [Maniphest] [Commented On] T185712: Make Context serializable

Lucas_Werkmeister_WMDE added a comment. I admit I’m tempted to go with the much simpler … fake EntityDocument … Hm, though if we do go with a temporary solution, an alternative approach would be a new Context implementation, which only supports storeCheckResultInArray (because that’s all we need

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T185712: Make Context serializable

Lucas_Werkmeister_WMDE added a subscriber: Ladsgroup.Lucas_Werkmeister_WMDE added a comment. what do we do? So here are the things that you need in order to check constraints on a Context: type (e. g. “used as qualifier” constraints) snak (e. g. “one of” constraints) snak rank (many constraint

[Wikidata-bugs] [Maniphest] [Claimed] T178303: Fill SPARQL query template for the domain of interest in the primary sources filter

Hjfocs claimed this task.Hjfocs added a subscriber: Afnecors.Hjfocs moved this task from Upcoming to Doing on the Wikidata-primary-sources board. TASK DETAILhttps://phabricator.wikimedia.org/T178303WORKBOARDhttps://phabricator.wikimedia.org/project/board/2788/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T187186: Use ViolationMessage in ConstraintParameterException

gerritbot added a comment. Change 411307 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Use ViolationMessageRenderer in CheckConstraintParameters https://gerrit.wikimedia.org/r/411307TASK DETAILhttps://phabricator.wikimedia.org/T187186EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

WMDE-leszek added a comment. I just had a chat with @Ladsgroup and he suggested regarding wbl_lemmas table the following: what about not putting this stuff in the database table but storing all lemmas for display in the cache (or cache them when they're used). I am bit ignorant, but as wbl_lemmas

[Wikidata-bugs] [Maniphest] [Commented On] T187296: Increase kafka event retention to 14 or 21 days

Ottomata added a comment. Is there a reason we want to do this on main instead of jumbo? Stas will be consuming from jumbo, since it has timestamp offset support.TASK DETAILhttps://phabricator.wikimedia.org/T187296EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Suggestion is to go with VARCHAR(20) for both columns. Suggestion is to //not// reserve space for repository prefixes. Even on a multi-repository setting the Item references used for lexical categories and

[Wikidata-bugs] [Maniphest] [Created] T187793: Inject IContextSource into ViolationMessageRenderer

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper. TASK DESCRIPTION@Ladsgroup pointed out in a comment on I154d9cdebe that ConstraintParameterRenderer and

[Wikidata-bugs] [Maniphest] [Edited] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* The numbers of rows in the proposed wbl_item_references tables is going to be identical to the total number of Lexemes. There is only one lemma per Lexeme (in only one language),According

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

WMDE-leszek added a comment. Regarding number of lemmas per lexeme, @Lucas_Werkmeister_WMDE makes a good point. As far as I remember, @thiemowmde and I talked IRL last week about the number there, and we said something like that the security guesstimate would be to say the total number of lemmas

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde added a comment. We should fix https://commons.wikimedia.org/wiki/File:Lexeme_data_model.png then, because it very prominently says there is only "one" lemma. It could be this is meant to be interpreted as "one" value that can somehow contain multiple values. I wonder what the benefit

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

WMDE-leszek added a comment. One of the longest words in an English dictionary is "Supercalifragilisticexpialidocious" (34 characters). General note: English is probably not the best language to look for in the context of long words (even German beats it easily). In contract to Item labels, the

[Wikidata-bugs] [Maniphest] [Commented On] T185712: Make Context serializable

Lucas_Werkmeister_WMDE added a comment. I’m not sure how this would look – non-static serialize and static deserialize methods on Context and its subclasses? Or should it be a separate kind of ContextSerialization service? I think my colleagues know more about this than me, there’s a lot of

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

daniel added a comment. Am 20.02.2018 um 15:44 schrieb Lucas_Werkmeister_WMDE: Lucas_Werkmeister_WMDE added a comment. There is only one lemma per Lexeme (in only one language) Don’t we have something to support e. g. “color” and “colour” for the same lexeme? I’m not sure if that’s two lemmas

[Wikidata-bugs] [Maniphest] [Commented On] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

Lucas_Werkmeister_WMDE added a comment. There is only one lemma per Lexeme (in only one language) Don’t we have something to support e. g. “color” and “colour” for the same lexeme? I’m not sure if that’s two lemmas or one lemma (multilingual text) with two spellings, but there seems to be some

[Wikidata-bugs] [Maniphest] [Updated] T57783: Factor out FormatAutocomments hook code, improve and add tests

thiemowmde added a project: Technical-Debt. TASK DETAILhttps://phabricator.wikimedia.org/T57783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: samuwmde, Ricordisamoa, Aklapper, Wikidata-bugs, thiemowmde, JanZerebecki, aude, Lydia_Pintscher, hoo,

[Wikidata-bugs] [Maniphest] [Triaged] T187344: Add language codes for Arabic languages for use in labels, aliases and descriptions to Wikidata

thiemowmde added a project: Community-consensus-needed.thiemowmde triaged this task as "Low" priority.thiemowmde added a comment. As for the code, it is currently not possible and not planned to support additional languages for labels and descriptions that are not supported by MediaWiki core.

[Wikidata-bugs] [Maniphest] [Updated] T187652: exportEntityMapping does not work with $wgDBprefix

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2018-02-20 (1.31.0-wmf.22)). TASK DETAILhttps://phabricator.wikimedia.org/T187652EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abian, ReleaseTaggerBotCc: gerritbot, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Triaged] T187755: Double quotes in title are displayed as HTML entity in comments

thiemowmde triaged this task as "Normal" priority.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Regression, Easy.thiemowmde moved this task from incoming to ready to go on the Wikidata board. TASK

[Wikidata-bugs] [Maniphest] [Edited] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONTwo new secondary database tables are proposed: * wbl_lemmas stores the lemma (a text value) for each Lexeme. * wbl_item_references (or similar) stores two Item references (lexical category and language) for each

[Wikidata-bugs] [Maniphest] [Closed] T187652: exportEntityMapping does not work with $wgDBprefix

abian closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T187652EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: gerritbot, Lucas_Werkmeister_WMDE, abian, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,

[Wikidata-bugs] [Maniphest] [Commented On] T187652: exportEntityMapping does not work with $wgDBprefix

gerritbot added a comment. Change 412644 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Script exportEntityMapping: Support prefix for table names in database https://gerrit.wikimedia.org/r/412644TASK DETAILhttps://phabricator.wikimedia.org/T187652EMAIL

[Wikidata-bugs] [Maniphest] [Created] T187775: Investigation: Constraints for a database schema to store representations of a Lexeme

thiemowmde created this task.thiemowmde triaged this task as "Normal" priority.thiemowmde added projects: Wikidata, Lexicographical data, Wikidata-Sprint-2018-02-14.Herald added a subscriber: Aklapper. TASK DESCRIPTIONTable size WIP Item references WIP Lemma column length The numbers of

[Wikidata-bugs] [Maniphest] [Updated] T185711: Make Constraint serializable

ReleaseTaggerBot added a project: MW-1.31-release-notes (WMF-deploy-2018-02-20 (1.31.0-wmf.22)). TASK DETAILhttps://phabricator.wikimedia.org/T185711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, ReleaseTaggerBotCc: gerritbot,

[Wikidata-bugs] [Maniphest] [Closed] T185711: Make Constraint serializable

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE moved this task from Review to Done on the Wikidata-Sprint-2018-02-14 board. TASK DETAILhttps://phabricator.wikimedia.org/T185711WORKBOARDhttps://phabricator.wikimedia.org/project/board/3247/EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T185709: Cache CheckResult serializations per-entity in ObjectCache

Lucas_Werkmeister_WMDE closed subtask T185711: Make Constraint serializable as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T185709EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Lucas_Werkmeister_WMDE, Lahi,

[Wikidata-bugs] [Maniphest] [Commented On] T185711: Make Constraint serializable

gerritbot added a comment. Change 412741 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Make Constraint serializable https://gerrit.wikimedia.org/r/412741TASK DETAILhttps://phabricator.wikimedia.org/T185711EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T187061: Don’t cache constraint check results involving current time whose validity will change soon

gerritbot added a comment. Change 411041 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Add DependencyMetadata to RangeChecker results https://gerrit.wikimedia.org/r/411041TASK DETAILhttps://phabricator.wikimedia.org/T187061EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T176638: Implement Primary Sources filter

Hjfocs closed subtask T178306: Add SPARQL box in the primary sources filter as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T176638EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Afnecors, HjfocsCc: Aklapper, Afnecors, Lahi, Gq86,

[Wikidata-bugs] [Maniphest] [Closed] T178306: Add SPARQL box in the primary sources filter

Hjfocs closed this task as "Resolved".Hjfocs moved this task from Doing to Done on the Wikidata-primary-sources board.Hjfocs added a comment. Working in the gadget version: https://github.com/Wikidata/primarysources/tree/betaTASK

[Wikidata-bugs] [Maniphest] [Commented On] T185951: Create kafka-based recent change poller

gerritbot added a comment. Change 412873 had a related patch set uploaded (by Gehel; owner: Gehel): [operations/puppet@production] wdqs: allow configuration of kafka based updates https://gerrit.wikimedia.org/r/412873TASK DETAILhttps://phabricator.wikimedia.org/T185951EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T187061: Don’t cache constraint check results involving current time whose validity will change soon

Lucas_Werkmeister_WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- [x] [`NowValue` additions](https://gerrit.wikimedia.org/r/411237) - [ - [x] [future time in `DependencyMetadata`](https://gerrit.wikimedia.org/r/411038) - [ - [x] [small helper

[Wikidata-bugs] [Maniphest] [Commented On] T184000: Magic word on English WP to override display of Wikidata short description

TheDJ added a comment. @Tgr I'm assuming no markup (like in wikidata). What about text length restrictions ? Regarding reflecting the wiki base value, i think it's best to indeed have that as an additional value within terms, but probably not by default. I'do think we would need some sort of

[Wikidata-bugs] [Maniphest] [Commented On] T174345: Restrict merging rights to autoconfirmed users

gerritbot added a comment. Change 374328 abandoned by Urbanecm: Restrict merging rights to autoconfirmed users on wikidatawiki Reason: Some concerns were raised, feel free to restore if this will be needed again. https://gerrit.wikimedia.org/r/374328TASK

[Wikidata-bugs] [Maniphest] [Updated] T174345: Restrict merging rights to autoconfirmed users

Urbanecm removed projects: Patch-For-Review, User-Urbanecm.Urbanecm added a comment. Removing from my radar.TASK DETAILhttps://phabricator.wikimedia.org/T174345EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Liuxinyu970226, Esc3300, Bugreporter,

[Wikidata-bugs] [Maniphest] [Updated] T178492: Create a more controlled WDQS cluster

Gehel added a project: Epic. TASK DETAILhttps://phabricator.wikimedia.org/T178492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Daniel_Mietchen, BBlack, Lydia_Pintscher, Volans, mobrovac, Jonas, Aklapper, debt, Smalyshev, Gehel, Lahi, PDrouin-WMF,

[Wikidata-bugs] [Maniphest] [Created] T187767: Choose a service name for the new internal WDQS cluster and configure LVS

Gehel created this task.Gehel triaged this task as "High" priority.Gehel added projects: Wikidata-Query-Service, Discovery-Wikidata-Query-Service-Sprint, Discovery.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONTASK

[Wikidata-bugs] [Maniphest] [Created] T187766: Install / configure new WDQS servers

Gehel created this task.Gehel triaged this task as "High" priority.Gehel added projects: Wikidata-Query-Service, Discovery-Wikidata-Query-Service-Sprint, Discovery.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONTASK

[Wikidata-bugs] [Maniphest] [Updated] T182991: New WDQS clusters eqiad + codfw

Gehel added a subtask: Unknown Object (Task). TASK DETAILhttps://phabricator.wikimedia.org/T182991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RobH, GehelCc: Lucas_Werkmeister_WMDE, RobH, Gehel, EBjune, Davinaclare77, Qtn1293, Lahi, Gq86, Darkminds3113,

[Wikidata-bugs] [Maniphest] [Unblock] T178492: Create a more controlled WDQS cluster

Gehel closed subtask T178548: Cost estimate for a new WDQS cluster as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T178492EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Daniel_Mietchen, BBlack, Lydia_Pintscher, Volans, mobrovac, Jonas,

[Wikidata-bugs] [Maniphest] [Unassigned] T187316: Create a formatter for displaying a Lexeme as a statement value

WMDE-leszek removed WMDE-leszek as the assignee of this task.WMDE-leszek moved this task from In Progress to Review on the Wikidata-Sprint-2018-02-14 board. TASK DETAILhttps://phabricator.wikimedia.org/T187316WORKBOARDhttps://phabricator.wikimedia.org/project/board/3247/EMAIL