[Wikidata-bugs] [Maniphest] [Changed Subscribers] T171564: interface Hebrew in left to right from written is query

Smalyshev added subscribers: Jonas, Smalyshev.Smalyshev added a comment. yeah looks funny :) Definitely the edit box should not go RTL. Also I see that tooltips on the vertical toolbar are on the wrong side for RTL, the submenus appear off-screen and the "Run" arrow arguably points the wrong

[Wikidata-bugs] [Maniphest] [Created] T171564: interface Hebrew in left to right from written is query

eranroz created this task.eranroz added projects: Wikidata-Query-Service, RTL.Herald added subscribers: PokestarFan, Aklapper.Herald added projects: Wikidata, I18n, Discovery. TASK DESCRIPTION(read the title from right to left) When using Hebrew interface the query textbox is with RTL direction.

[Wikidata-bugs] [Maniphest] [Commented On] T171548: Wikidata Elastic search ignores limit

gerritbot added a comment. Change 367631 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [mediawiki/extensions/Wikibase@master] Properly set search limit https://gerrit.wikimedia.org/r/367631TASK DETAILhttps://phabricator.wikimedia.org/T171548EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T171548: Wikidata Elastic search ignores limit

gerritbot added a comment. Change 367630 had a related patch set uploaded (by Smalyshev; owner: Smalyshev): [mediawiki/extensions/CirrusSearch@master] Make limit/offset available to extending classes https://gerrit.wikimedia.org/r/367630TASK DETAILhttps://phabricator.wikimedia.org/T171548EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T171548: Wikidata Elastic search ignores limit

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

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

Smalyshev created subtask T171548: Wikidata Elastic search ignores limit. TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Lydia_Pintscher, Lea_Lacroix_WMDE, Stashbot, PokestarFan,

[Wikidata-bugs] [Maniphest] [Created] T171548: Wikidata Elastic search ignores limit

Smalyshev created this task.Smalyshev added projects: CirrusSearch, Discovery, Wikidata, Discovery-Search (Current work).Herald added a subscriber: PokestarFan.Herald edited projects, added Discovery-Search; removed Discovery-Search (Current work). TASK DESCRIPTIONDue to mistake in the code,

[Wikidata-bugs] [Maniphest] [Commented On] T160943: Automate WDQS GUI deployment

Smalyshev added a comment. @Jonas we have https://wdqs.wmflabs.org for that, but it has been broken lately and I didn't fix it yet. Hopefully will find time to do that soon.TASK DETAILhttps://phabricator.wikimedia.org/T160943EMAIL

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

Smalyshev added a comment. I've made a page for search comparison: http://elastic-wikidata.wmflabs.org/wb.html (despite it being hosted on elastic-wikidata, the data comes from www.wikidata.org). Note that descriptions for Elastic search are now broken, due to T162292, as soon as that is done

[Wikidata-bugs] [Maniphest] [Closed] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]

hoo closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, hooCc: gerritbot, PokestarFan, Aklapper, Glorian_WD, Lydia_Pintscher, aude, Sjoerddebruin, hoo, thiemowmde, daniel,

[Wikidata-bugs] [Maniphest] [Unblock] T169060: Set $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] for wikidata.org

hoo closed subtask T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ] as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T169060EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, hooCc: Urbanecm,

[Wikidata-bugs] [Maniphest] [Commented On] T169057: Change default value of $wgPropertySuggesterClassifyingPropertyIds to [ 31, 279 ]

gerritbot added a comment. Change 366864 merged by jenkins-bot: [mediawiki/extensions/PropertySuggester@master] Add P279 to PropertySuggesterClassifyingPropertyIds per default. https://gerrit.wikimedia.org/r/366864TASK DETAILhttps://phabricator.wikimedia.org/T169057EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

IKhitron added a comment. Better 30, you don't know who will run it.TASK DETAILhttps://phabricator.wikimedia.org/T170039EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IKhitronCc: eranroz, IKhitron, Kipod, zhuyifei1999, PokestarFan, hoo, Anomie, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

Vachovec1 added a comment. In T170039#3467750, @Anomie wrote: @Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

eranroz added a comment. In T170039#3467750, @Anomie wrote: @Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed

[Wikidata-bugs] [Maniphest] [Updated] T170668: "Unknown dependency: wikibase.mobile" on Wikidata element pages

hoo added a comment. In T170668#3465878, @Lucas_Werkmeister_WMDE wrote: After that old parser caches will need to be invalidated, as the mobile only module is still in them. What about this part? Was this also done? Yes, in ff904e18f61f52dc3e86ab76850e14e49ab15e7d.TASK

[Wikidata-bugs] [Maniphest] [Updated] T170779: Wikidata search suggestions do not display on screen if character whose decomposition contains nukta is present in search query

Mahir256 added a project: MediaWiki-extensions-WikibaseRepository.Mahir256 updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONMost Indic-language sites and Commons, which use opensearch for search queries, appear to process characters such as ढ़, য়, ਖ਼, and ଡ଼—note that these are

[Wikidata-bugs] [Maniphest] [Edited] T170779: Wikidata search suggestions do not display on screen if character whose decomposition contains nukta is present in search query

Mahir256 updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...This does not appear to be an issue with all characters for which a decomposition exists in the Unicode standard, as searches such as "Cañada" (where the "ñ" decomposes into "n + U+0303") do return suggestions

[Wikidata-bugs] [Maniphest] [Commented On] T170039: Pages display Lua error in mw.wikibase.entity.lua

Anomie added a comment. @Vachovec1: Desynchronization between the displayed version and the category membership is easily explained: not every parse of the page updates the links tables. If you have certain user preferences set, you see the page parsed according to your preferences but that result

[Wikidata-bugs] [Maniphest] [Claimed] T151577: Do not call Entity::setId() with an int parameter

Ladsgroup claimed this task.Herald added a project: User-Ladsgroup. TASK DETAILhttps://phabricator.wikimedia.org/T151577EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Aleksey_WMDE, aude, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Updated] T151577: Do not call Entity::setId() with an int parameter

Ladsgroup added a project: Wikidata-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T151577EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Aleksey_WMDE, aude, Lydia_Pintscher, WMDE-leszek, thiemowmde,

[Wikidata-bugs] [Maniphest] [Commented On] T151577: Do not call Entity::setId() with an int parameter

Ladsgroup added a comment. https://github.com/wmde/WikibaseDataModel/pull/753TASK DETAILhttps://phabricator.wikimedia.org/T151577EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Aleksey_WMDE, aude,

[Wikidata-bugs] [Maniphest] [Commented On] T168214: Updater misses updates when two updates happen very close to each other

Jonas added a comment.Herald added a subscriber: PokestarFan. Would it make sense to push updates to the query service instead? Writing to a JMS queue from PHP seems pretty easy in this tutorial. I see a lot of advantages in using a dedicated Wikibase hook for propagating changes to a subscribing

[Wikidata-bugs] [Maniphest] [Commented On] T151577: Do not call Entity::setId() with an int parameter

gerritbot added a comment. Change 367463 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani): [mediawiki/extensions/WikibaseMediaInfo@master] Do not let MediaInfo::setId accept int as Id https://gerrit.wikimedia.org/r/367463TASK

[Wikidata-bugs] [Maniphest] [Commented On] T151577: Do not call Entity::setId() with an int parameter

gerritbot added a comment. Change 367461 had a related patch set uploaded (by AnotherLadsgroup; owner: Amir Sarabadani): [mediawiki/extensions/WikibaseLexeme@master] Do not let Lexeme::setId accept int as Id https://gerrit.wikimedia.org/r/367461TASK

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

Smalyshev added a comment. I plan to make a page that allows to search with both and compare. We did something like that with completion suggester, I think it shouldn't be too hard to modify it.TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T168582: Configure conversion for all units that have a conversion factor to SI units defined

daniel added subscribers: Lea_Lacroix_WMDE, Lydia_Pintscher.daniel added a comment. @Lea_Lacroix_WMDE @Lydia_Pintscher This is live now, and can be announced: all units that had a conversion factor defined on July 1st now support unit conversion. This is not highly visible, since we currently only

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

daniel added subscribers: Lea_Lacroix_WMDE, Lydia_Pintscher.daniel added a comment. @Lea_Lacroix_WMDE @Lydia_Pintscher: this can now be tested live using the (undocumented) useCirrus parameter. Compare: sql: https://www.wikidata.org/w/api.php?action=""> cirrus:

[Wikidata-bugs] [Maniphest] [Closed] T168582: Configure conversion for all units that have a conversion factor to SI units defined

Smalyshev closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T168582EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Stashbot, PokestarFan, gerritbot, Smalyshev, mkroetzsch, JanZerebecki, Aklapper, Xmlizer, daniel,

[Wikidata-bugs] [Maniphest] [Unblock] T77977: [Epic] Unit support

Smalyshev closed subtask T168582: Configure conversion for all units that have a conversion factor to SI units defined as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: PokestarFan,

[Wikidata-bugs] [Maniphest] [Updated] T162617: Use 'informals', 'badwords', etc. in Wikidata feature set

Ladsgroup added a parent task: T171505: Late-July 2017 ORES deploy. TASK DETAILhttps://phabricator.wikimedia.org/T162617EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, samuwmde, Lydia_Pintscher, StudiesWorld, Aklapper, Ricordisamoa,

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

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-07-24T18:16:40Z] Synchronized wmf-config/Wikibase.php: T125500 (duration: 00m 43s)TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL

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

gerritbot added a comment. Change 366788 merged by jenkins-bot: [operations/mediawiki-config@master] Enable Cirrus search of wbsearchentities when using useCirrus=1 https://gerrit.wikimedia.org/r/366788TASK DETAILhttps://phabricator.wikimedia.org/T125500EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T168582: Configure conversion for all units that have a conversion factor to SI units defined

Stashbot added a comment. Mentioned in SAL (#wikimedia-operations) [2017-07-24T18:11:08Z] Synchronized wmf-config/unitConversionConfig.json: T168582 (duration: 00m 43s)TASK DETAILhttps://phabricator.wikimedia.org/T168582EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T168582: Configure conversion for all units that have a conversion factor to SI units defined

gerritbot added a comment. Change 362606 merged by jenkins-bot: [operations/mediawiki-config@master] Add more units for conversion https://gerrit.wikimedia.org/r/362606TASK DETAILhttps://phabricator.wikimedia.org/T168582EMAIL

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

Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.Lucas_Werkmeister_WMDE moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T168532WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL

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

Lucas_Werkmeister_WMDE added a comment.Herald added a subscriber: PokestarFan. This will definitely require a breaking change to the API output format, but I’m not sure what the new output will look like. We need some way to address a snak, regardless of where it appears: as the main snak of a

[Wikidata-bugs] [Maniphest] [Commented On] T171479: Reject overly long constraint parameters

gerritbot added a comment. Change 367412 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Don’t store overly long constraint parameters https://gerrit.wikimedia.org/r/367412TASK DETAILhttps://phabricator.wikimedia.org/T171479EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T151577: Do not call Entity::setId() with an int parameter

Ladsgroup added a comment. Already on it, github PR has a tag for breaking we can use that.TASK DETAILhttps://phabricator.wikimedia.org/T151577EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, gerritbot, PokestarFan, Aleksey_WMDE, aude,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T151577: Do not call Entity::setId() with an int parameter

daniel added a subscriber: Ladsgroup.daniel added a comment. The callers are removed, but the implementation of setId() still accepts integers, and we still have tests using that. @Ladsgroup, can you look into that? This should be fixed for Item, Property, Lexeme, and MediaInfo. The

[Wikidata-bugs] [Maniphest] [Unblock] T166701: Make Lexeme require ID, language, and category in the constructor

daniel closed subtask T166702: Allow EntityContent to be constructed completely empty, with no Entity inside. as "Resolved".Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T166701EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T166702: Allow EntityContent to be constructed completely empty, with no Entity inside.

daniel closed this task as "Resolved".daniel claimed this task.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T166702EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, gerritbot, Aklapper, daniel,

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T166694: Replace EntityFactory::newEmpty() with ChangeOpDeserializer::createEntity( $changeRequest )

daniel added a subscriber: Lydia_Pintscher.daniel added a comment.Herald added a subscriber: PokestarFan. @Lydia_Pintscher this is needed to allow creation of Lexemes via the API. It's a blocker, not just "nice to have".TASK DETAILhttps://phabricator.wikimedia.org/T166694EMAIL

[Wikidata-bugs] [Maniphest] [Created] T171485: Consolidate entity modification logic in API modules and Special pages

daniel created this task.daniel added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONWikibase has various API modules and Special pages that modify entities in different ways. To ensure consistent handling of

[Wikidata-bugs] [Maniphest] [Updated] T171485: Consolidate entity modification logic in API modules and Special pages

daniel added a project: User-Daniel. TASK DETAILhttps://phabricator.wikimedia.org/T171485EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, PokestarFan, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Edited] T171483: Check any special permissions like entity-term when applying the "clar" flag in wbebeditentity

daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Note: A typical use case for the "clear" flag is load-modify-save, in which case all the terms may be restored as they were. In that case, the permissions would not need to be checked. This optimization is however

[Wikidata-bugs] [Maniphest] [Updated] T171484: When checking permissions in the context of applying the "clear" flag in wbeditentity, only check effective modifications.

daniel added a subtask: T171483: Check any special permissions like entity-term when applying the "clar" flag in wbebeditentity . TASK DETAILhttps://phabricator.wikimedia.org/T171484EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDE, danielCc:

[Wikidata-bugs] [Maniphest] [Updated] T171483: Check any special permissions like entity-term when applying the "clar" flag in wbebeditentity

daniel added a parent task: T171484: When checking permissions in the context of applying the "clear" flag in wbeditentity, only check effective modifications.. TASK DETAILhttps://phabricator.wikimedia.org/T171483EMAIL

[Wikidata-bugs] [Maniphest] [Created] T171484: When checking permissions in the context of applying the "clear" flag in wbeditentity, only check effective modifications.

daniel created this task.daniel added projects: Wikidata, Wikidata-Sprint, Patch-For-Review, MediaWiki-extensions-WikibaseRepository.Herald removed a project: Patch-For-Review. TASK DESCRIPTIONA typical use case for the "clear" flag is load-modify-save, in which case most of the entity would be

[Wikidata-bugs] [Maniphest] [Block] T170673: Make ChangeOps define required permissions

daniel created subtask T171484: When checking permissions in the context of applying the "clear" flag in wbeditentity, only check effective modifications.. TASK DETAILhttps://phabricator.wikimedia.org/T170673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Closed] T162617: Use 'informals', 'badwords', etc. in Wikidata feature set

Halfak closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T162617EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, HalfakCc: PokestarFan, samuwmde, Lydia_Pintscher, StudiesWorld, Aklapper, Ricordisamoa, Ladsgroup, Halfak,

[Wikidata-bugs] [Maniphest] [Unblock] T127473: Increase signal of feature set for Wikidata model

Halfak closed subtask T162617: Use 'informals', 'badwords', etc. in Wikidata feature set as "Resolved".Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T127473EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HalfakCc:

[Wikidata-bugs] [Maniphest] [Block] T170673: Make ChangeOps define required permissions

daniel created subtask T171483: Check any special permissions like entity-term when applying the "clar" flag in wbebeditentity . TASK DETAILhttps://phabricator.wikimedia.org/T170673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDE, danielCc:

[Wikidata-bugs] [Maniphest] [Created] T171483: Check any special permissions like entity-term when applying the "clar" flag in wbebeditentity

daniel created this task.daniel added projects: Wikidata, Wikidata-Sprint, Patch-For-Review, MediaWiki-extensions-WikibaseRepository.Herald removed a project: Patch-For-Review. TASK DESCRIPTIONSome entity types (like Properties) require special permission for altering terms. When the "clear" flag

[Wikidata-bugs] [Maniphest] [Commented On] T171198: Include exception and constraint status parameters in wbcheckconstraintparameters

gerritbot added a comment. Change 367418 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Include exception and constraint status in wbcheckconstraintparameters

[Wikidata-bugs] [Maniphest] [Updated] T171198: Include exception and constraint status parameters in wbcheckconstraintparameters

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T171198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, PokestarFan, Lucas_Werkmeister_WMDE, Aklapper, Lordiis,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T171198: Include exception and constraint status parameters in wbcheckconstraintparameters

Lucas_Werkmeister_WMDE moved this task from incoming to in current sprint on the Wikidata board.Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.Herald added a subscriber: PokestarFan. TASK

[Wikidata-bugs] [Maniphest] [Claimed] T170673: Make ChangeOps define required permissions

Aleksey_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T170673EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDECc: PokestarFan, Ladsgroup, thiemowmde, WMDE-leszek, Aleksey_WMDE, gerritbot, Aklapper, daniel, Lordiis,

[Wikidata-bugs] [Maniphest] [Reopened] T166586: Consistently check permission for entity creation

Aleksey_WMDE reopened this task as "Open".Aleksey_WMDE added a comment. Not all patches are mergedTASK DETAILhttps://phabricator.wikimedia.org/T166586EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDECc: PokestarFan, WMDE-leszek, gerritbot,

[Wikidata-bugs] [Maniphest] [Commented On] T170531: Semantics: Make recognized property and value look different than unrecognized input

James_Budday added a comment.Herald added a subscriber: PokestarFan. These images come from a blog post about design and accessibility. They were intended to illustrate the purpose of using more than one kind of signal to show the error state in a form. F8833585: image.png F8833593: image.png

[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.

James_Budday added a comment.Herald added a subscriber: PokestarFan. I would argue that there is a lot of value in keeping 2 fields. the second field labeled as units makes it obvious to a user that units can (and should?) be provided (could even show an error state highlighting that field if no

[Wikidata-bugs] [Maniphest] [Updated] T171479: Reject overly long constraint parameters

Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint.Lucas_Werkmeister_WMDE moved this task from incoming to in current sprint on the Wikidata board. TASK DETAILhttps://phabricator.wikimedia.org/T171479WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T171295: Fatal error: Argument 4 passed to WikibaseQuality\ConstraintReport\Constraint::__construct() must be array

gerritbot added a comment. Change 366883 abandoned by Lucas Werkmeister (WMDE): Detect overlong constraint parameters on DB insert Reason: Abandoning in favor of I52e842e50b, which is much simpler. https://gerrit.wikimedia.org/r/366883TASK DETAILhttps://phabricator.wikimedia.org/T171295EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T171479: Reject overly long constraint parameters

gerritbot added a comment. Change 366884 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Report unimportable constraint parameters https://gerrit.wikimedia.org/r/366884TASK

[Wikidata-bugs] [Maniphest] [Updated] T171479: Reject overly long constraint parameters

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T171479EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: gerritbot, Aklapper, PokestarFan, Lucas_Werkmeister_WMDE, Lordiis,

[Wikidata-bugs] [Maniphest] [Commented On] T171479: Reject overly long constraint parameters

gerritbot added a comment. Change 367412 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Don’t store overly long constraint parameters https://gerrit.wikimedia.org/r/367412TASK

[Wikidata-bugs] [Maniphest] [Commented On] T167565: Wikidata allows invalid URIs to be entered as units

Ladsgroup added a comment. (I missed this ping for some reason) In T167565#3358704, @Smalyshev wrote: @Ladsgroup, does pywikibot have checks for this? If not, maybe we need to add some. I don't think so, we might be able to do so but IMO, there should be other validators inside Wikibase

[Wikidata-bugs] [Maniphest] [Closed] T166586: Consistently check permission for entity creation

daniel closed this task as "Resolved".daniel added a comment.Herald added a subscriber: PokestarFan. Seems like all the patches are merged nowTASK DETAILhttps://phabricator.wikimedia.org/T166586EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Aleksey_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T146499: Revise documentation for "time" data value in Wikibase/DataModel/JSON (timezone)

Jc3s5h added a comment.Herald added a subscriber: PokestarFan. Since, historically, some countries have considered the year to begin, and incremented the year number on, a date other than January 1, we should specify that we always consider the year to begin on, and always increment the year

[Wikidata-bugs] [Maniphest] [Created] T171479: Reject overly long constraint parameters

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONAs the proper fix for T171295: Fatal error: Argument 4 passed to

[Wikidata-bugs] [Maniphest] [Blocker] T18976: Wikis waiting for creation (tracking)

MF-Warburg changed the status of subtask T168765: Create Wikiversity Hindi from "Stalled" to "Open".Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T18976EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MF-WarburgCc:

[Wikidata-bugs] [Maniphest] [Commented On] T67267: Specify whether TimeValue stores timestamps in UTC or local time.

Jc3s5h added a comment.Herald added a subscriber: PokestarFan. While being clear about the specification, we should specify that for both the Julian and Gregorian calendars, we consider the year to begin on, and the year number to be incremented on, January 1. Historically some countries have had

[Wikidata-bugs] [Maniphest] [Updated] T164371: Respect units when checking “Range” and “Diff within range” constraints

daniel added a parent task: T77977: [Epic] Unit support .Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T164371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, gerritbot, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

daniel added a subtask: T164371: Respect units when checking “Range” and “Diff within range” constraints. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow, Popcorndude,

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

daniel added a subtask: T167565: Wikidata allows invalid URIs to be entered as units. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow, Popcorndude, Darkdadaah, Mbch331, Jc3s5h,

[Wikidata-bugs] [Maniphest] [Updated] T167565: Wikidata allows invalid URIs to be entered as units

daniel added a parent task: T77977: [Epic] Unit support .Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T167565EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Lydia_Pintscher, Ladsgroup, thiemowmde,

[Wikidata-bugs] [Maniphest] [Raised Priority] T171263: Wikidata Dispatcher and Job Queue is overflowed

Lucas_Werkmeister_WMDE raised the priority of this task from "Normal" to "High".Lucas_Werkmeister_WMDE added a comment. Reverting to high. The only reason the dispatch queue is catching up is that the Wikidata administrators asked bot operators to reduce their operation. Once the bots resume

[Wikidata-bugs] [Maniphest] [Updated] T164372: Implement “Units” constraint

daniel added a parent task: T77977: [Epic] Unit support .Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T164372EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Lucas_Werkmeister_WMDE, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

daniel added a subtask: T164372: Implement “Units” constraint. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow, Popcorndude, Darkdadaah, Mbch331, Jc3s5h, Mike_Peel, Luke081515,

[Wikidata-bugs] [Maniphest] [Blocker] T50143: Implement complete RDF mapping for entities (tracking)

daniel changed the status of subtask T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T50143EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Status] T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping

daniel raised the priority of this task from "High" to "Needs Triage".daniel changed the task status from "Open" to "Stalled".daniel added a comment. Even though the current situation is bad, there have been few complaints. Since it has been on "high" with no progress for years, I'm putting it

[Wikidata-bugs] [Maniphest] [Blocker] T77977: [Epic] Unit support

daniel changed the status of subtask T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Changed Status] T115934: Represent simple values with units in RDF

daniel changed the task status from "Open" to "Stalled".daniel added a comment. There currently seems no good way to do this.TASK DETAILhttps://phabricator.wikimedia.org/T115934EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Xmlizer,

[Wikidata-bugs] [Maniphest] [Blocker] T50143: Implement complete RDF mapping for entities (tracking)

daniel changed the status of subtask T115934: Represent simple values with units in RDF from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T50143EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, intracer, Aklapper,

[Wikidata-bugs] [Maniphest] [Blocker] T111770: [Story] Decide how to represent quantities with units in the "truthy" RDF mapping

daniel changed the status of subtask T115934: Represent simple values with units in RDF from "Open" to "Stalled".Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T111770EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Blocker] T77977: [Epic] Unit support

daniel changed the status of subtask T115934: Represent simple values with units in RDF from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow, Popcorndude,

[Wikidata-bugs] [Maniphest] [Updated] T168582: Configure conversion for all units that have a conversion factor to SI units defined

daniel edited parent tasks, added: T77977: [Epic] Unit support ; removed: T115934: Represent simple values with units in RDF.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T168582EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

daniel added a subtask: T168582: Configure conversion for all units that have a conversion factor to SI units defined. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow,

[Wikidata-bugs] [Maniphest] [Updated] T115934: Represent simple values with units in RDF

daniel removed a subtask: T168582: Configure conversion for all units that have a conversion factor to SI units defined. TASK DETAILhttps://phabricator.wikimedia.org/T115934EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Xmlizer,

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

daniel added a subtask: T115934: Represent simple values with units in RDF. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow, Popcorndude, Darkdadaah, Mbch331, Jc3s5h,

[Wikidata-bugs] [Maniphest] [Updated] T115934: Represent simple values with units in RDF

daniel added a parent task: T77977: [Epic] Unit support .Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T115934EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Xmlizer, Aklapper, JanZerebecki,

[Wikidata-bugs] [Maniphest] [Block] T77977: [Epic] Unit support

daniel created subtask T171478: Explicitly track precision of unit conversion factory.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: PokestarFan, Ash_Crow,

[Wikidata-bugs] [Maniphest] [Created] T171478: Explicitly track precision of unit conversion factory

daniel created this task.daniel added projects: MediaWiki-extensions-WikibaseRepository, Tracking, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONSome conversion factors between units (particularly historical units) are approximate. The unit conversion facility should

[Wikidata-bugs] [Maniphest] [Commented On] T66950: Tidy up Special:PagesWithProp

Aleksey_WMDE added a comment. It doesn't really give more insight about the purpose of the ticket. @Lydia_Pintscher, can you describe a scenario for this ticket from the user perspective?TASK DETAILhttps://phabricator.wikimedia.org/T66950EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T171210: rack/setup/install wdqs100[45].eqiad.wmnet

Cmjohnson added a comment. @Gehel no, not right now. Once they're racked and installed they will be turned over. They're in the queue...thanks!TASK DETAILhttps://phabricator.wikimedia.org/T171210EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CmjohnsonCc:

[Wikidata-bugs] [Maniphest] [Commented On] T171210: rack/setup/install wdqs100[45].eqiad.wmnet

Gehel added a comment. @Cmjohnson now that I am back, do you need anything from me to move forward on this?TASK DETAILhttps://phabricator.wikimedia.org/T171210EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cmjohnson, GehelCc: PokestarFan, Aklapper, Gehel,

[Wikidata-bugs] [Maniphest] [Changed Project Column] T171281: Log details of long-running constraint checks

Lucas_Werkmeister_WMDE moved this task from incoming to in current sprint on the Wikidata board.Lucas_Werkmeister_WMDE added a project: Wikidata-Sprint. TASK DETAILhttps://phabricator.wikimedia.org/T171281WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T171281: Log details of long-running constraint checks

gerritbot added a comment.Herald added a subscriber: PokestarFan. Change 367401 had a related patch set uploaded (by Lucas Werkmeister (WMDE); owner: Lucas Werkmeister (WMDE)): [mediawiki/extensions/WikibaseQualityConstraints@master] Log details of long-running constraint checks

[Wikidata-bugs] [Maniphest] [Updated] T171281: Log details of long-running constraint checks

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T171281EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, gerritbotCc: PokestarFan, gerritbot, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Lordiis,

[Wikidata-bugs] [Maniphest] [Closed] T164254: Distinguish between non-mandatory and mandatory constraints

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE claimed this task.Lucas_Werkmeister_WMDE added a comment.Herald added a subscriber: PokestarFan. I think this is done.TASK DETAILhttps://phabricator.wikimedia.org/T164254EMAIL

  1   2   >