[Wikidata-bugs] [Maniphest] [Commented On] T162539: Deploy schema change for adding term_full_entity_id column to wb_terms table

gerritbot added a comment. Change 350119 had a related patch set uploaded (by Marostegui): [operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026 https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T162539EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T163548: Drop the useless wb_terms keys "wb_terms_entity_type" and "wb_terms_type" on "wb_terms" table

gerritbot added a comment. Change 350119 had a related patch set uploaded (by Marostegui): [operations/mediawiki-config@master] db-eqiad.php: Depool db1071 and db1026 https://gerrit.wikimedia.org/r/350119TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T163548: Drop the useless wb_terms keys "wb_terms_entity_type" and "wb_terms_type" on "wb_terms" table

Marostegui added a comment. db1082 is done: root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "wb_terms_entity_type|wb_terms_type" root@neodymium:~#TASK DETAILhttps://phabricator.wikimedia.org/T163548EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T162539: Deploy schema change for adding term_full_entity_id column to wb_terms table

Marostegui added a comment. db1082 is done: root@neodymium:~# mysql --skip-ssl -hdb1082 wikidatawiki -e "show create table wb_terms\G" | egrep "term_full_entity_id|term_search_full" `term_full_entity_id` varbinary(32) DEFAULT NULL, KEY `term_full_entity` (`term_full_entity_id`), KEY

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

Ladsgroup added a comment. That's strange. For me, it's like this: F7748955: pasted_file Also Inkescape and firefox: F7748972: pasted_file And chrome: F7748991: pasted_file Can you double check (or check on someone else's computer?)TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

gerritbot added a comment. Change 349412 abandoned by Ladsgroup: Add echoIcon.png to client assets Reason: In favor of Ic72eb62e166f34607fad517072b6ca86d738ae1f https://gerrit.wikimedia.org/r/349412TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

thiemowmde added a comment. This is how the SVG in https://gerrit.wikimedia.org/r/349984 is displayed for me: F7748897: Screenshot from 2017-04-25 07:39:56.pngTASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T54136: [Epic] Redesign Item UI for Wikidata repo

thiemowmde added a comment. May I ask why you are acting like you are still an active member of the team? I find this very much irritating.TASK DETAILhttps://phabricator.wikimedia.org/T54136EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Danwe,

[Wikidata-bugs] [Maniphest] [Commented On] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Ladsgroup added a comment. I resolved it, feel free to repoen.TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Closed] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Ladsgroup closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie,

[Wikidata-bugs] [Maniphest] [Updated] T163551: Huge number of duplicate rows in wb_terms

aude added a comment. list of duplicates (4295 count) from test wikidata: P5325TASK DETAILhttps://phabricator.wikimedia.org/T163551EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, hoo, QZanden, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Updated] T114474: More flexible and modernized Recent Changes code

Mattflaschen-WMF added a comment. Although the focus of rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoring was the filter system, there was some overlap at the edges, regarding isRowApplicableCallable/applyCssClassIfNeeded (the latter affected the formatters).TASK

[Wikidata-bugs] [Maniphest] [Updated] T58664: [Story] Clean up the code that formats Wikibase entries in recent changes

Mattflaschen-WMF added a comment. rEWBA30552f803ddd: Port Wikidata filter to new RCFilters system updated the structure and tests for this somewhat, in conjunction with rMWaa063f4c5a19: Back-end of new RecentChanges page, refactoringTASK DETAILhttps://phabricator.wikimedia.org/T58664EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])

Mattflaschen-WMF added a comment. rMW78f109bfddd0: Generalize recentChangesFlags rollup lays part of the groundwork for this. It makes it easier for extensions to interact with the grouping code (which goes from individual lines to groups).TASK DETAILhttps://phabricator.wikimedia.org/T46874EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])

Mattflaschen-WMF edited the task description. (Show Details) EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special

[Wikidata-bugs] [Maniphest] [Edited] T46874: [Epic] Full support for wikibase edits in enhanced changes format ("Group changes by page in recent changes and watchlist" [usenewrc])

Mattflaschen-WMF edited the task description. (Show Details) EDIT DETAILS...This requires a bit of refactoring and cleanup of spaghetti code in core, and then simplify / provide a more fine-grained way for extensions to hook into the core code that generates the recent changes lists in the special

[Wikidata-bugs] [Maniphest] [Edited] T150182: Deploy Cognate extension to production

TerraCodes edited the task description. (Show Details) EDIT DETAILS... [x ] - Populate Cognate pages table...TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, TerraCodesCc: Stashbot, PeterBowman,

[Wikidata-bugs] [Maniphest] [Commented On] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a comment. Change 350038 merged by jenkins-bot: [operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T163748: Can't created an item redirect if item has deleted revisions

hoo added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. TASK DETAILhttps://phabricator.wikimedia.org/T163748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, hoo, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden,

[Wikidata-bugs] [Maniphest] [Updated] T163745: WDQS defaultView:Dimensions is to big and generates scrollbars

Fnielsen added a project: Wikidata-Query-Service.Herald added projects: Wikidata, Discovery. TASK DETAILhttps://phabricator.wikimedia.org/T163745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FnielsenCc: Fnielsen, Aklapper, QZanden, EBjune, merbst, Avner,

[Wikidata-bugs] [Maniphest] [Created] T163746: WDQS graph generation may fail to converge

Fnielsen created this task.Fnielsen added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery. TASK DESCRIPTIONWDQS graph generation may fail to converge during the position of the nodes and continuously "wobbles" and using a lot of CPU.

Re: [Wikidata] Creating a drill-down/browsing interface for Wikidata

Hi Dan, Oh, very interesting! I never noticed that "Typical Properties" section before (I'm looking at it in English). I still think a separate API service would be necessary, so that it could attach a "property type" and a "diffusion" value for each property, but the part about getting the

[Wikidata-bugs] [Maniphest] [Updated] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdlrobson, gerritbotCc: gerritbot, Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

gerritbot added a comment. Change 350038 had a related patch set uploaded (by Jdlrobson): [operations/mediawiki-config@master] Disable Page previews beta feature on Wiktionary and Wikidata https://gerrit.wikimedia.org/r/350038TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL

[Wikidata-bugs] [Maniphest] [Retitled] T163205: De-deploy the PagePreviews extension on Wikidata and Wiktionary

Jdlrobson changed the title from "De-deploy the PagePreviews extension on Wikidata and English Wiktionary" to "De-deploy the PagePreviews extension on Wikidata and Wiktionary".Jdlrobson edited the task description. (Show Details) EDIT DETAILSPagePreviews on Wikidata and English Wiktionary were

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T163475: Populate the page_props table on Wikidata with wb-identifiers

Lydia_Pintscher added a subscriber: daniel.Lydia_Pintscher added a comment. That makes sense to me. Thank you! :) CCing @daniel for sanity checkTASK DETAILhttps://phabricator.wikimedia.org/T163475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:

[Wikidata-bugs] [Maniphest] [Commented On] T54136: [Epic] Redesign Item UI for Wikidata repo

Danwe added a comment. @Lydia_Pintscher Why is this an “Epic”? The task's title is way too generic for the given description and what is discussed on http://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2013/06#minimizing_Item.27s_UI all of which could be done without too much effort but

[Wikidata-bugs] [Maniphest] [Commented On] T113731: [Task] make core wmf branches only use submodule branches that run with it in CI

hashar added a comment. I got another case. mediawiki-extensions job get broken because zuul-cloner tries to find a matching branch for wikidata and ends up falling back to master branch which is not quite what we want. So for wmf branches we want to process mediawiki/core submodules, then have

Re: [Wikidata-tech] rdfs:label referring to non-existent column causes Blazegraph high CPU/RAM and then MemoryManagerOutOfMemory

Hi! On 4/24/17 5:28 AM, Miguel Paraz wrote: > Hi, > I'm referring to a query like this, based on the Wikidata cats example: > > SELECT ?item > WHERE > { > ?item wdt:P31 wd:Q146 . > ?crash rdfs:label ?_crashLabel > } I think you misunderstand the query. What this query says is: Give me

[Wikidata-bugs] [Maniphest] [Edited] T163720: Wrong label shown in watchlist on Wikipedia for a Wikidata change on some items

Izno edited the task description. (Show Details) EDIT DETAILS...> (diff | hist) . . [+] D Wikipedia:Wikidata (Q183); 15:17 . . COH (talk | contribs) (‎Created claim: Property:`P1813`: Německo)...TASK DETAILhttps://phabricator.wikimedia.org/T163720EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T163728: Greek Ano Teleia symbol causes "The supplied MD5 hash was incorrect"

Matanya added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T163728EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MatanyaCc: Aklapper, Ivan_A_Krestinin, QZanden, Izno, Wikidata-bugs, aude,

[Wikidata-bugs] [Maniphest] [Updated] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)

Fjalapeno added a project: Reading Epics (Platform JS CSS and HTML consolidation). TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: FjalapenoCc: dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus,

[Wikidata-bugs] [Maniphest] [Claimed] T163205: De-deploy the PagePreviews extension on Wikidata and English Wiktionary

Jdlrobson claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T163205EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: Liuxinyu970226, Dereckson, Framawiki, ovasileva, Aklapper, Lydia_Pintscher, QZanden, Winter, Urbanecm, JEumerus,

[Wikidata-bugs] [Maniphest] [Created] T163724: [Story] persistently editable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be persistently editable now.

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163724: [Story] persistently editable statements on a Form. TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs,

[Wikidata-bugs] [Maniphest] [Created] T163723: [Story] non-persistently editable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. They should be editable now. They do not

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163723: [Story] non-persistently editable statements on a Form. TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno,

[Wikidata-bugs] [Maniphest] [Created] T163722: [Story] viewable statements on a Form

Lydia_Pintscher created this task.Lydia_Pintscher added projects: Story, Wikidata, Lexicographical data.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWe want to be able to say more about each Form of a Lexeme by making statements about each Form. For now they can be view-only. Acceptance

[Wikidata-bugs] [Maniphest] [Block] T160526: [Story] List of Statements for a Form

Lydia_Pintscher created subtask T163722: [Story] viewable statements on a Form. TASK DETAILhttps://phabricator.wikimedia.org/T160526EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Jonas, QZanden, Izno, Wikidata-bugs, aude,

[Wikidata] Bogous cookie header in federated query

In a federated query on my own (Fuseki) endpoint, which reaches out to the Wikidata endpoint, with values already bound, it seems that I get for each bound value an entry in the Fuseki log like this: [2017-04-24 19:43:33] ResponseProcessCookies WARN Invalid cookie header: "Set-Cookie:

[Wikidata-bugs] [Maniphest] [Created] T163720: Wrong label shown in watchlist on Wikipedia for a Wikidata change on some items

Quiddity created this task.Quiddity added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAt Enwiki, in my watchlist, I've got these 2 entries, which are giving the wrong label: F7741639: Selection_014.png (diff | hist) . . [+] D Template:Infobox person/Wikidata (Q255);

[Wikidata-bugs] [Maniphest] [Unassigned] T142102: [Story] Deploy Wikibase notifications to Wikimedia projects

matej_suchanek removed matej_suchanek as the assignee of this task. TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ladsgroup, Liuxinyu970226, Trizek-WMF, Quiddity, aude, Lydia_Pintscher,

[Wikidata-bugs] [Maniphest] [Commented On] T142102: [Story] Deploy Wikibase notifications to Wikimedia projects

Ladsgroup added a comment. Gerritbot doesn't make a comment when I make patch: https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster TASK DETAILhttps://phabricator.wikimedia.org/T142102EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T142104: Decide on a nice logo for Echo notifications

Ladsgroup added a comment. Given that gerritbot still hates me. This patch adds the echo icon into the wikimedia config repository: https://gerrit.wikimedia.org/r/349984 Enable echo notification for wikibase clients in beta cluster TASK DETAILhttps://phabricator.wikimedia.org/T142104EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T161342: Missing updates due to recentchanges backfilling

gerritbot added a comment. Change 347565 merged by Gehel: [operations/puppet@production] Enable "trailing poller" functionality for production. https://gerrit.wikimedia.org/r/347565TASK DETAILhttps://phabricator.wikimedia.org/T161342EMAIL

[Wikidata-bugs] [Maniphest] [Edited] T67168: SpecialWikibaseQueryPage has no caching

matej_suchanek edited the task description. (Show Details) EDIT DETAILS...It's also apparently a wheel re-inventing, subclassing SpecialWikibasePage. Not anything to do with QueryPage in core. Which has marking things as expensive. Caching. Yada yada -- **Version**:

[Wikidata-bugs] [Maniphest] [Commented On] T51315: [Story] record wikibase recent change entries attributed as non-anon

gerritbot added a comment. Change 349977 had a related patch set uploaded (by Mattflaschen): [mediawiki/extensions/Wikibase@master] WIP: Transform user ID from repo to client in change prop https://gerrit.wikimedia.org/r/349977TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL

[Wikidata-bugs] [Maniphest] [Updated] T51315: [Story] record wikibase recent change entries attributed as non-anon

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, gerritbotCc: gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl,

[Wikidata-bugs] [Maniphest] [Unblock] T108296: [Epic] Remove WikibaseLib

thiemowmde closed subtask T75887: [Task] Find a home for shared utilities like reporters, sites, etc. as "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T108296EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Liuxinyu970226, Ricordisamoa,

[Wikidata-bugs] [Maniphest] [Closed] T75887: [Task] Find a home for shared utilities like reporters, sites, etc.

thiemowmde closed this task as "Invalid".thiemowmde added a comment. This task barely has any description. What I see here is a duplicate of the parent task T108296, which already means "find a better place for the code currently in the lib folder".TASK

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T75643: EntityChange in lib depends on EntityContent in repo

thiemowmde added subscribers: thiemowmde, Aleksey_WMDE.thiemowmde added a comment. This is still true, and definitely needs fixing.TASK DETAILhttps://phabricator.wikimedia.org/T75643EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aleksey_WMDE,

[Wikidata-bugs] [Maniphest] [Closed] T76468: move parsers and validators into own directory

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment. I did a quick find and grep and it looks like all parsers and validators are already in directories called "Parsers" and "Validators". I might have missed one, but this is not really worth tracking

[Wikidata-bugs] [Maniphest] [Unblock] T75879: move wikibase parsers and validators into a separate repository

thiemowmde closed subtask T76468: move parsers and validators into own directory as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T75879EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, adrianheine,

[Wikidata-bugs] [Maniphest] [Closed] T75879: move wikibase parsers and validators into a separate repository

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment. I did a quick find and grep and it looks like all parsers and validators are in the repo directory. I might have missed one, but this is not really worth tracking this in a 3 years old ticket.TASK

[Wikidata-bugs] [Maniphest] [Unblock] T75863: [Task] Split wikibase.git

thiemowmde closed subtask T75879: move wikibase parsers and validators into a separate repository as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T75863EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Closed] T76471: move storage into storage implementation and storage interface directories

thiemowmde closed this task as "Invalid".thiemowmde added a comment. Moving code to directories might be a helpful step while working on T75877, but having directories is not a technical requirement to be able to move classes to separate code repositories. I would not track this as a separate

[Wikidata-bugs] [Maniphest] [Unblock] T75877: move storage into storage implementation and storage interface repositories

thiemowmde closed subtask T76471: move storage into storage implementation and storage interface directories as "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T75877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ricordisamoa, Aklapper,

[Wikidata-bugs] [Maniphest] [Commented On] T75871: move formatters into their own repository

thiemowmde added a comment. I would not close this task right away, but it's not as easy as it sounds. Most formatters remaining in the lib folder depend on MediaWiki core. Can we get rid of this dependency? Even if not, it might still be helpful to have smaller code repositories that do not

[Wikidata-bugs] [Maniphest] [Commented On] T76469: move formatters into own directory

gerritbot added a comment. Change 349976 had a related patch set uploaded (by Thiemo Mättig (WMDE)): [mediawiki/extensions/Wikibase@master] Make TypedValueFormatter interface/implementations PSR-4 compatible https://gerrit.wikimedia.org/r/349976TASK

[Wikidata-bugs] [Maniphest] [Updated] T76469: move formatters into own directory

gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T76469EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Ricordisamoa, Aklapper, Lydia_Pintscher, Unknown Object (MLST), Adik2382,

[Wikidata-bugs] [Maniphest] [Commented On] T76469: move formatters into own directory

thiemowmde added a comment. I did a find and grep and found that all classes with the word "formatter" are already in directories called "Formatter", with pretty much no exceptions: lib/includes/TypedValueFormatter.php repo/includes/SummaryFormatter.php And a few that are in other subdirectories

[Wikidata-bugs] [Maniphest] [Edited] T162797: [Story] Grammatical Forms look like faked statements

Lydia_Pintscher edited the task description. (Show Details) EDIT DETAILS...* I can add new grammatical features. OPreviously open question: * Do we need a selector for novalue/somevalue? ** No we do not. * Does the order of grammatical statements matter? Or: should grammatical features be stored

[Wikidata-bugs] [Maniphest] [Edited] T162790: [Story] basic editable list of Grammatical Features of a Form

Lydia_Pintscher edited the task description. (Show Details) EDIT DETAILS...* I can edit existing grammatical features. * Saving them is persisted through a page reload. * I can only select existing items as grammatical features.TASK DETAILhttps://phabricator.wikimedia.org/T162790EMAIL

[Wikidata-bugs] [Maniphest] [Created] T163713: Client widget does not report the actual problem

matej_suchanek created this task.matej_suchanek added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONSteps to reproduce: Go to https://test.wikidata.org/wiki/Wikidata:Test Open the sidebar widget to make a

[Wikidata-bugs] [Maniphest] [Updated] T43686: [Story] Ability to filter recent changes and watchlist on Wikidata

Quiddity added a subtask: T139176: More granular watchlisting on Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T43686EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Tbayer, MGChecker, Trizek-WMF, Addshore, daniel, Yair_rand,

[Wikidata-bugs] [Maniphest] [Updated] T139176: More granular watchlisting on Wikidata

Quiddity added a parent task: T43686: [Story] Ability to filter recent changes and watchlist on Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T139176EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Aklapper, Zppix, Daniel_Mietchen,

[Wikidata-bugs] [Maniphest] [Commented On] T163551: Huge number of duplicate rows in wb_terms

hoo added a comment. Probably at least 10% of the table are duplicates (at least 129M/2). mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms; +---+ | COUNT(*) | +---+ | 613038548 | +---+ 1 row in set (2 min 41.65 sec)TASK

[Wikidata-bugs] [Maniphest] [Updated] T163683: Only check per-item constraints once, instead of with each statement

Lucas_Werkmeister_WMDE added a parent task: T103228: Improve performance of constraint check. TASK DETAILhttps://phabricator.wikimedia.org/T163683EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Aklapper,

[Wikidata-bugs] [Maniphest] [Updated] T103228: Improve performance of constraint check

Lucas_Werkmeister_WMDE added a subtask: T163683: Only check per-item constraints once, instead of with each statement. TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc:

Re: [Wikidata] Joining May 29, National Plan Open Science meeting in Delft, The Netherlands

Hi David, I just returned from a trip to Suriname, where I gave various presentations on using Wikidata. It might also be interesting to reach out to local contacts in Suriname to explore possibilities to use Wikidata in the region. We are currently exploring opportunities to actively

[Wikidata-bugs] [Maniphest] [Edited] T163551: Huge number of duplicate rows in wb_terms

hoo edited the task description. (Show Details) EDIT DETAILS...I found the above example merely by looking for a single term, testing other combinations also quickly brought up duplicates, thus I assume there are //a lot// of these. I'm curApparently trying to find out, how many such duplicates

[Wikidata-bugs] [Maniphest] [Commented On] T163551: Huge number of duplicate rows in wb_terms

hoo added a comment. Number of rows which occur at least twice (excludes aliases, for performance reasons): mysql:wikiadmin@db1070 [wikidatawiki]> SELECT COUNT(*) FROM wb_terms AS t1 WHERE term_type != 'alias' AND EXISTS(SELECT 1 FROM wb_terms AS t2 USE INDEX(wb_terms_entity_id) WHERE

[Wikidata-bugs] [Maniphest] [Commented On] T105189: [Bug] Wikidata action=query=tags should not take 15-25 seconds to respond

Addshore added a comment. Just over 4 seconds for meTASK DETAILhttps://phabricator.wikimedia.org/T105189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: TerraCodes, Ladsgroup, Cenarium, Ricordisamoa, Bene, Addshore, hoo, Lydia_Pintscher, Anomie,

Re: [Wikidata] Joining May 29, National Plan Open Science meeting in Delft, The Netherlands

Dear all. I hope you this mail find you well. I am from Bogotá (Colombia) and right now I am in the Netherlands. I am not a PhD student but I want to attend to this meeting. Also I want to talk to people from Wikidata NL to see if we could do something from Colombia. I have some ideas but I am

[Wikidata-bugs] [Maniphest] [Changed Status] T42655: Sites resource loader module's cache should be invalidated when site config changes

Danwe changed the task status from "Invalid" to "Resolved".Danwe added a comment. Marked as resolved as pointed out by TheDJ. @thiemowmde Just for the record: "Declined" and "Invalid" are two different things. Without a comment stating something like "yes, I'm still able to reproduce this, and

[Wikidata-bugs] [Maniphest] [Updated] T89349: [Task] Only query constraints table once per property

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

[Wikidata-bugs] [Maniphest] [Unblock] T103228: Improve performance of constraint check

Lucas_Werkmeister_WMDE closed subtask T89349: [Task] Only query constraints table once per property as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T103228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper,

[Wikidata-bugs] [Maniphest] [Closed] T89349: [Task] Only query constraints table once per property

Lucas_Werkmeister_WMDE closed this task as "Resolved".Lucas_Werkmeister_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: gerritbot, Lucas_Werkmeister_WMDE,

[Wikidata-bugs] [Maniphest] [Commented On] T89349: [Task] Only query constraints table once per property

gerritbot added a comment. Change 349949 merged by jenkins-bot: [mediawiki/extensions/WikibaseQualityConstraints@master] Cache constraints for property https://gerrit.wikimedia.org/r/349949TASK DETAILhttps://phabricator.wikimedia.org/T89349EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

daniel added a comment. In T138295#3206244, @ChristianKl wrote: It might be that I misunderstood and you just change the behavior of SpecialNewProperty when that page is manually opened and not over the "Create" link? Yes, this is just about the behavior of the page when invoked without any

[Wikidata-bugs] [Maniphest] [Unblock] T988: Phase 1: Represent Wiktionary lexicon using structured data

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T988EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Liuxinyu970226,

[Wikidata-bugs] [Maniphest] [Unblock] T146637: Wikidata 2016 Q4 goals

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T146637EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Esc3300, Aklapper,

[Wikidata-bugs] [Maniphest] [Unblock] T150179: Wikidata 2017 Q1 goals

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T150179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Nizil, abian,

[Wikidata-bugs] [Maniphest] [Closed] T987: [Story] Phase 0: Automate interwiki language links for Wiktionary

Lydia_Pintscher closed this task as "Resolved".Lydia_Pintscher claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T987EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Wikitiki89, -sche, Meno25, neilpquinn, Smalyshev, Noe, Nikki,

[Wikidata-bugs] [Maniphest] [Unblock] T986: Use structured data on Wiktionary

Lydia_Pintscher closed subtask T987: [Story] Phase 0: Automate interwiki language links for Wiktionary as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: waldyrious, QZanden,

Re: [Wikidata] Wiki PageID

Hoi, It is indeed better to look up Wikipedia identifiers on demand. The wikipedia articles associated with a Wikidata identifiers are a legacy. Regularly Wikipedia articles are associated with different identifiers when it is found that there is a mismatch between the different Wikipedia

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

thiemowmde added a comment. When we talk about a "default" we mean the"string" preselection when you go to Special:NewProperty. The template you are referring to does not rely on any default but explicitly sets a type via a …?datatype=… URL parameter. This is unaffected and continues to work.TASK

Re: [Wikidata] Wiki PageID

Hi, A number of years ago I was having some very frustrating times with the identifier instability in dbpedia. Two people looking up an identifier for the same concept at different times ended up with different identifiers. So I created a proof of concept, dbpedialite, which uses Wikipedia

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

ChristianKl added a comment. The standard way to create properties seems to be to click on "Create" in the property proposal. That automatically copies the description and the datatype. It's supposed to also copy the property name and actually copies the name of the property proposal page into

Re: [Wikidata] Wiki PageID

Fantastic answers Daniel and Jane! All is crystal clear now. Thank you very much! Best, Gin On Mon, Apr 24, 2017 at 2:21 PM, Jane Darnell wrote: > Though I agree Daniel with what you wrote about redirects, we do have a > policy (I believe I have read this somewhere) that if

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

gerritbot added a comment. Change 349315 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Add default value for datatype selector in SpecialNewProperty https://gerrit.wikimedia.org/r/349315TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL

[Wikidata-bugs] [Maniphest] [Closed] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

thiemowmde closed this task as "Resolved".thiemowmde moved this task from Review to Done on the Wikidata-Sprint board.thiemowmde added a comment. @ChristianKl, it appears your comment is misplaced, or lacks context. Are you referring to a specific on-wiki discussion? If so, can you please provide

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

thiemowmde closed subtask T138295: [Task] Change Special:NewProperty to not have a datatype selected by default as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Luke081515,

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

daniel added a comment. @ChristianKl I don't see how this adds a manual step. The manual step was always there. Old situation: A (essentially) random type is pre-selected in Special:NewProperty. The admin who creates the property has to check the selected type, and change it if appropriate. If

[Wikidata-bugs] [Maniphest] [Edited] T150182: Deploy Cognate extension to production

Addshore edited the task description. (Show Details) EDIT DETAILS... [ ] - Add the population of cognate_sites table to the addsite script for wiktionaries? https://gerrit.wikimedia.org/r/349958TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL

[Wikidata-bugs] [Maniphest] [Unblock] T987: [Story] Phase 0: Automate interwiki language links for Wiktionary

Addshore closed subtask T150182: Deploy Cognate extension to production as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T987EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Wikitiki89, -sche, Meno25, neilpquinn, Smalyshev, Noe, Nikki,

[Wikidata-bugs] [Maniphest] [Closed] T150182: Deploy Cognate extension to production

Addshore closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, PeterBowman, Darkdadaah, Liuxinyu970226, Daniel_Carrero, Lea_Lacroix_WMDE, gerritbot, Meno25,

[Wikidata-bugs] [Maniphest] [Commented On] T150182: Deploy Cognate extension to production

gerritbot added a comment. Change 349958 had a related patch set uploaded (by Addshore): [mediawiki/extensions/WikimediaMaintenance@master] Add populateCognateSites.php to addwiki.php https://gerrit.wikimedia.org/r/349958TASK DETAILhttps://phabricator.wikimedia.org/T150182EMAIL

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

ChristianKl added a comment. I'm not sure that this will reduce the amount of errors. Currently, the person who proposes the property sets the datatype. Afterwards, there are seven days where people can object to the proposal and the datatype that was selected. It takes at least one person to

[Wikidata-bugs] [Maniphest] [Commented On] T138295: [Task] Change Special:NewProperty to not have a datatype selected by default

daniel added a comment. @Micru once this task is done, yes.TASK DETAILhttps://phabricator.wikimedia.org/T138295EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, danielCc: Micru, Lydia_Pintscher, daniel, Sjoerddebruin, Bugreporter, thiemowmde, Jonas,

  1   2   3   >