[Wikidata-bugs] [Maniphest] [Created] T127165: Wikispecies missing from other projects sidebar
aude created this task. aude added a subscriber: aude. aude added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION see https://www.mediawiki.org/wiki/Topic:Syi3sdlhh04g0604 TASK DETAIL https://phabricator.wikimedia.org/T127165 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, aude, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125353: Make SPARQL endpoint discoverable using Wikibase API
Addshore added a comment. It's not quite all deployed yet so best to keep it open for a few more days! TASK DETAIL https://phabricator.wikimedia.org/T125353 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore Cc: Ricordisamoa, gerritbot, Lydia_Pintscher, Smalyshev, JeroenDeDauw, Addshore, Aklapper, debt, HakanIST, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Tpt, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T126795: [Task] Improve copy mechanism for EntityDocuments
thiemowmde triaged this task as "Normal" priority. thiemowmde claimed this task. thiemowmde added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T126795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Aklapper, StudiesWorld, thiemowmde, daniel, Bene, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126795: [Task] Improve copy mechanism for EntityDocuments
thiemowmde added a comment. Repeating the notable part of https://github.com/wmde/WikibaseDataModel/pull/626#issuecomment-185118955: > I did an additional benchmark and found that the runtime is about 10% faster > with proper `__clone` methods, and the memory footprint drops from 8744 bytes > per clone to 2196 bytes. This test used an a very small entity with only one label and one PropertyNoValueSnak. The impact is much higher on larger entities. TASK DETAIL https://phabricator.wikimedia.org/T126795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: Aklapper, StudiesWorld, thiemowmde, daniel, Bene, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T127169: The property parser function and mw.wikibase.entity.formatPropertyValues should resolve item redirects when formatting Snak values
hoo created this task. hoo added subscribers: hoo, Lydia_Pintscher, aude. hoo added projects: MediaWiki-extensions-WikibaseClient, Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION When a redirected item is being used in a Statement, both the `{{#property:…}}` parser function and `mw.wikibase.entity.formatPropertyValues` don't resolve the redirect but just show the entity id. It seems more desirable to resolve redirects there and use the label of the redirect target if possible… also that's consistent with how the repo UI works. TASK DETAIL https://phabricator.wikimedia.org/T127169 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: aude, Aklapper, Lydia_Pintscher, StudiesWorld, hoo, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T127169: The property parser function and mw.wikibase.entity.formatPropertyValues should resolve item redirects when formatting Snak values
hoo added a subscriber: TomT0m. hoo set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T127169 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: TomT0m, aude, Aklapper, Lydia_Pintscher, StudiesWorld, hoo, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T124042: [Task] Adapt UI to use new wbformatvalue parameter
gerritbot added a comment. Change 266730 merged by jenkins-bot: Add propertyId paramter to formatValue https://gerrit.wikimedia.org/r/266730 TASK DETAIL https://phabricator.wikimedia.org/T124042 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, gerritbot Cc: daniel, gerritbot, Bene, Tobi_WMDE_SW, Lydia_Pintscher, thiemowmde, hoo, aude, adrianheine, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T126795: [Task] Improve copy mechanism for EntityDocuments
Bene added a project: Wikidata-Sprint-2016-02-16. TASK DETAIL https://phabricator.wikimedia.org/T126795 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, Bene Cc: Aklapper, StudiesWorld, thiemowmde, daniel, Bene, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T103102: [Story] Take in other projects sidebar out of beta features
Tobi_WMDE_SW moved this task to Done on the Wikidata-Sprint-2016-02-02 workboard. TASK DETAIL https://phabricator.wikimedia.org/T103102 WORKBOARD https://phabricator.wikimedia.org/project/board/1722/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Tobi_WMDE_SW Cc: gerritbot, Luke081515, MGChecker, putnik, hoo, Johan, JEumerus, Romaine, Jheald, Matanya, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, TerraCodes, Izno, Wikidata-bugs, Snowolf, TTO, Se4598, TheDJ, Jay8g, Krenair, Quiddity, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T125634: [Task] Enable identifier section on wikidata.org
Tobi_WMDE_SW moved this task to Done on the Wikidata-Sprint-2016-02-02 workboard. TASK DETAIL https://phabricator.wikimedia.org/T125634 WORKBOARD https://phabricator.wikimedia.org/project/board/1722/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Tobi_WMDE_SW Cc: aude, Zolo, Agabi10, DSGalaktos, MGChecker, jayvdb, Micru, adrianheine, thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore, Sannita, Laddo, PKM, Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, Ltrlg, Sjoerddebruin, Aklapper, Lydia_Pintscher, Jonas, daniel, T.seppelt, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T125633: [Task] Enable identifier datatype on wikidata.org
Tobi_WMDE_SW moved this task to Done on the Wikidata-Sprint-2016-02-02 workboard. TASK DETAIL https://phabricator.wikimedia.org/T125633 WORKBOARD https://phabricator.wikimedia.org/project/board/1722/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Tobi_WMDE_SW Cc: gerritbot, aude, Zolo, Agabi10, DSGalaktos, MGChecker, jayvdb, Micru, adrianheine, thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore, Sannita, Laddo, PKM, Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, Ltrlg, Sjoerddebruin, Aklapper, Lydia_Pintscher, Jonas, daniel, T.seppelt, TerraCodes, Johan, Izno, Luke081515, Wikidata-bugs, TheDJ, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T123112: [Task] Add initial configuration for an "Identifiers" statement section
Tobi_WMDE_SW moved this task to Done on the Wikidata-Sprint-2016-02-02 workboard. TASK DETAIL https://phabricator.wikimedia.org/T123112 WORKBOARD https://phabricator.wikimedia.org/project/board/1722/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, Tobi_WMDE_SW Cc: gerritbot, adrianheine, thiemowmde, Tobi_WMDE_SW, Bene, Lydia_Pintscher, Jonas, Aklapper, daniel, Izno, Wikidata-bugs, aude, Mbch331, Krenair, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126585: Sitelink browser test sometimes fails with firefox
Tobi_WMDE_SW added a comment. The failures seem unrelated to this. It seems that the some of the articles used for testing do not really exist on the corresponding test wikis. Either we need to change the test data or ideally make the test cases more robust. TASK DETAIL https://phabricator.wikimedia.org/T126585 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tobi_WMDE_SW Cc: hoo, gerritbot, aude, JanZerebecki, Tobi_WMDE_SW, Addshore, adrianheine, Aklapper, Izno, Wikidata-bugs, Mbch331, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Slowvote] [Commented On] V8: Should Wikidata Query Service SPARQL endpoint be cached by default?
nichtich added a subscriber: nichtich. nichtich added a comment. I would also have voted for a medium duration between 5 minutes and 1 hour. The benefit of caching (faster results) should also be made more clear. SLOWVOTE DESCRIPTION With raising usage for Wikidata we need to have a solution for caching SPARQL query results. Which should be the default mode for SPARQL endpoint? See also: T126730 SLOWVOTE DETAIL https://phabricator.wikimedia.org/V8 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev, nichtich Cc: nichtich, Bene, Yurik, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125073: [Story] Replace bad, but currently necessary language codes
XXN added a comment. @Nikki Are there cases where exists `mo` terms in Latin script, but no `ro` terms? I thinks no, so such mo terms can safely be removed. In any case, anything merged from `mo` to `ro` needs verification by native Romanian speakers. Are we forced to change these lang. codes right now? I ask because the current proposal for deletion of Moldovan Wikipedia can help us a lot to decide what to do. The normal and expected result of that proposal for deletion is deletion of all `mo` Wikimedia projects and then Wikidata lang code `mo` with all his values can be deleted all at once. There is a //little// problem with moving `mo` terms to `ro-cyrl`: Romanian Cyrillic alphabet was used before 1862 and it is *not the same* as the Moldovan Cyrillic alphabet used between 1924-1989. It's not recommended to do this move. By me, the best way is to wait a decision on proposal for deletion of Moldovan projects. Anyway, until that moment there exists several wikimedia projects with `mo` subdomain lang code and a synchronization between sitelinks code and label-description-alias code is necessary. TASK DETAIL https://phabricator.wikimedia.org/T125073 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: XXN Cc: XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T117965: Review and deploy of the ArticlePlaceholder extension
Liuxinyu970226 added a subscriber: Liuxinyu970226. TASK DETAIL https://phabricator.wikimedia.org/T117965 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucie, Liuxinyu970226 Cc: Liuxinyu970226, JanZerebecki, Nemo_bis, Ricordisamoa, hoo, Lucie, Aklapper, Lydia_Pintscher, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T62539: [Task] Convert wb_terms term_row_id from INT to BIGINT on wikidatawiki
Stashbot added a subscriber: Stashbot. Stashbot added a comment. Mentioned in SAL [2016-02-17T11:54:55Z] restarting schema change on wikidatawiki (s5) https://phabricator.wikimedia.org/T62539 TASK DETAIL https://phabricator.wikimedia.org/T62539 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Stashbot Cc: Stashbot, hoo, Krenair, Aklapper, jcrespo, greg, aude, Springle, MZMcBride, 01tonythomas, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T126795: [Task] Improve copy mechanism for EntityDocuments
Bene moved this task to Review on the Wikidata-Sprint-2016-02-16 workboard. TASK DETAIL https://phabricator.wikimedia.org/T126795 WORKBOARD https://phabricator.wikimedia.org/project/board/1744/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde, Bene Cc: Aklapper, StudiesWorld, thiemowmde, daniel, Bene, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
Christopher added a comment. I may be wrong, but the headers that are returned from a request to the nginx server wdqs1002 say that varnish 1.1 is already being used there. And, for whatever reason,** it misses**, because repeating the same query gives the same response time. For example, this one returns in 25180>26966 ms. http://query.wikidata.org/sparql?query=PREFIX+wd%3A+%3Chttp%3A%2F%2Fwww.wikidata.org%2Fentity%2F%3E%0APREFIX+wdt%3A+%3Chttp%3A%2F%2Fwww.wikidata.org%2Fprop%2Fdirect%2F%3E%0APREFIX+wikibase%3A+%3Chttp%3A%2F%2Fwikiba.se%2Fontology%23%3E%0APREFIX+p%3A+%3Chttp%3A%2F%2Fwww.wikidata.org%2Fprop%2F%3E%0APREFIX+v%3A+%3Chttp%3A%2F%2Fwww.wikidata.org%2Fprop%2Fstatement%2F%3E%0APREFIX+q%3A+%3Chttp%3A%2F%2Fwww.wikidata.org%2Fprop%2Fqualifier%2F%3E%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0A%0ASELECT+%3FcountryLabel+(COUNT(DISTINCT+%3Fchild)+AS+%3Fnumber)%0AWHERE+%7B%0A++%3Fchild+wdt%3AP106%2Fwdt%3AP279*+wd%3AQ855091+.++%0A++%3Fchild+wdt%3AP27+%3Fcountry+.%0A++SERVICE+wikibase%3Alabel+%7B%0Abd%3AserviceParam+wikibase%3Alanguage+%22en%22+.%0A%3Fcountry+rdfs%3Alabel+%3FcountryLabel%0A++%7D+%0A++%0A%7D+GROUP+BY+%3FcountryLabel+ORDER+BY+DESC(%3Fnumber) Even though Varnish cache **should work** to proxy nginx for optimizing delivery of static query results, it lacks several important features of an object broker. Namely, client control of object expiration (TTL) and retrieval of "named query results" from persistent storage. A WDQS service use case may in fact be to compare results from several days ago with current results. Thus, assuming the latest results state is what the client wants my actually not be true. Possibly, the optimal solution would use the varnish-api-engine (http://info.varnish-software.com/blog/introducing-varnish-api-engine) in conjunction with a WDQS REST API (provided with a modified RESTBase?). Is the varnish-api-engine being used anywhere in WMF? Also, delegating query requests to an API could allow POSTs. Simply with Varnish cache, the POST problem would remain unresolved. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Christopher Cc: BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Gehel, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127095: Unable to add statement with math or external identifier data type
adrianheine added a subscriber: adrianheine. adrianheine added a comment. https://gerrit.wikimedia.org/r/#/c/271242/ should help debugging such changes in the future. TASK DETAIL https://phabricator.wikimedia.org/T127095 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, adrianheine Cc: adrianheine, Bugreporter, Physikerwelt, hoo, Lydia_Pintscher, Stashbot, Smalyshev, aude, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T62539: [Task] Convert wb_terms term_row_id from INT to BIGINT on wikidatawiki
jcrespo moved this task to Done on the Blocked-on-schema-change workboard. TASK DETAIL https://phabricator.wikimedia.org/T62539 WORKBOARD https://phabricator.wikimedia.org/project/board/1494/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: Stashbot, hoo, Krenair, Aklapper, jcrespo, greg, aude, Springle, MZMcBride, 01tonythomas, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T62539: [Task] Convert wb_terms term_row_id from INT to BIGINT on wikidatawiki
jcrespo moved this task to Done on the DBA workboard. TASK DETAIL https://phabricator.wikimedia.org/T62539 WORKBOARD https://phabricator.wikimedia.org/project/board/1060/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: Stashbot, hoo, Krenair, Aklapper, jcrespo, greg, aude, Springle, MZMcBride, 01tonythomas, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T62539: [Task] Convert wb_terms term_row_id from INT to BIGINT on wikidatawiki
jcrespo added a comment. Please confirm the change is correct, then resolve: MariaDB [wikidatawiki]> SHOW CREATE TABLE wb_terms\G *** 1. row *** Table: wb_terms Create Table: CREATE TABLE `wb_terms` ( `term_row_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `term_entity_id` int(10) unsigned NOT NULL, `term_entity_type` varbinary(32) NOT NULL, `term_language` varbinary(32) NOT NULL, `term_type` varbinary(32) NOT NULL, `term_text` varbinary(255) NOT NULL, `term_search_key` varbinary(255) NOT NULL, `term_weight` float unsigned NOT NULL DEFAULT '0', PRIMARY KEY (`term_row_id`), KEY `wb_terms_entity_id` (`term_entity_id`), KEY `wb_terms_entity_type` (`term_entity_type`), KEY `wb_terms_language` (`term_language`), KEY `wb_terms_type` (`term_type`), KEY `wb_terms_text` (`term_text`), KEY `wb_terms_search_key` (`term_search_key`), KEY `tmp1` (`term_language`,`term_type`,`term_entity_type`,`term_search_key`) ) ENGINE=InnoDB AUTO_INCREMENT=602140225 DEFAULT CHARSET=binary 1 row in set (0.00 sec) MariaDB [wikidatawiki]> SHOW CREATE TABLE wb_items_per_site\G *** 1. row *** Table: wb_items_per_site Create Table: CREATE TABLE `wb_items_per_site` ( `ips_row_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `ips_item_id` int(10) unsigned NOT NULL, `ips_site_id` varbinary(32) NOT NULL, `ips_site_page` varbinary(310) NOT NULL, PRIMARY KEY (`ips_row_id`), UNIQUE KEY `wb_ips_item_site_page` (`ips_site_id`,`ips_site_page`), KEY `wb_ips_site_page` (`ips_site_page`), KEY `wb_ips_item_id` (`ips_item_id`) ) ENGINE=InnoDB AUTO_INCREMENT=558579131 DEFAULT CHARSET=binary 1 row in set (0.00 sec) TASK DETAIL https://phabricator.wikimedia.org/T62539 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jcrespo Cc: Stashbot, hoo, Krenair, Aklapper, jcrespo, greg, aude, Springle, MZMcBride, 01tonythomas, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T120520: [Story] make it easier to understand what Special:Nearby is
D3r1ck01 added a blocked task: T125820: Special:Nearby does not give correct feedback. TASK DETAIL https://phabricator.wikimedia.org/T120520 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01 Cc: aude, Jdlrobson, Nirzar, Mbch331, gerritbot, D3r1ck01, Aklapper, Lydia_Pintscher, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126512: flaky qunit test wikibase.getLanguageNameByCode wikibase.getLanguageNameByCode()
gerritbot added a comment. Change 271246 had a related patch set uploaded (by Aude): Always get ULS data through jQuery https://gerrit.wikimedia.org/r/271246 TASK DETAIL https://phabricator.wikimedia.org/T126512 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine, gerritbot Cc: gerritbot, daniel, Jonas, adrianheine, aude, Aklapper, hoo, JanZerebecki, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126585: Sitelink browser test sometimes fails with firefox
adrianheine added a comment. Locally this failed because of rate limiting and stopped failing after I changed config. I'll try again locally. TASK DETAIL https://phabricator.wikimedia.org/T126585 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine Cc: hoo, gerritbot, aude, JanZerebecki, Tobi_WMDE_SW, Addshore, adrianheine, Aklapper, Izno, Wikidata-bugs, Mbch331, greg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125073: [Story] Replace bad, but currently necessary language codes
adrianheine added a comment. @XXN First, there is no urgency whatsoever. I don't currently plan on doing this story, it's just for future reference. Second, even if I would do this change, existing data on Wikidata.org would continue to work, we would just prevent saving of these language codes. TASK DETAIL https://phabricator.wikimedia.org/T125073 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine Cc: XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T127169: The property parser function and mw.wikibase.entity.formatPropertyValues should resolve item redirects when formatting Snak values
Laddo added a subscriber: Laddo. TASK DETAIL https://phabricator.wikimedia.org/T127169 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Laddo Cc: Laddo, TomT0m, aude, Aklapper, Lydia_Pintscher, StudiesWorld, hoo, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
BBlack added a comment. In https://phabricator.wikimedia.org/T126730#2034900, @Christopher wrote: > I may be wrong, but the headers that are returned from a request to the nginx > server wdqs1002 say that varnish 1.1 is already being used there. It's varnish 3.0.6 currently (4.x is coming down the road). > And, for whatever reason,** it misses**, because repeating the same query > gives the same response time. It misses because the response is sent with `Transfer-Encoding: chunked`. If it were sent un-chunked with a Content-Length, the varnish would have a chance at caching it. However, the next thing you'd run into is that the response doesn't contain any caching-relevant headers (e.g. `Expires`, `Cache-Control`, `Age`). Lacking these, varnish would cache it with our configured default_ttl, which on the misc cluster where `query.wikidata.org` is currently hosted, is only 120 seconds. > Even though Varnish cache **should work** to proxy nginx for optimizing > delivery of static query results, it lacks several important features of an > object broker. Namely, client control of object expiration (TTL) and > retrieval of "named query results" from persistent storage. > > A WDQS service use case may in fact be to compare results from several days > ago with current results. Thus, assuming the latest results state is what > the client wants my actually not be true. I think all of this is doable. Named query results is something we talked about in the previous discussion re `GET` length restrictions. `POST`ing (and/or server-side configuring, either way!) a complex query and saving it as a named query through a separate query-setup interface, then executing the query for results with a `GET` on just the query name. I don't think we really want client control of object expiration (at least, not "varnish cache object expiration"), but what we want is the ability to parameterize named queries based on time, right? e.g. a named query that gives a time-series graph might have parameters for start time and duration. You might initially post the complex SPARQL template and save it as `fooquery`, then later have a client get it as `/sparql?saved_query=fooquery&start=201601011234&duration=1w`. Varnish would have the chance to cache those based on the query args as separate results, and you could limit the time resolution if you want to enhance cacheability. If it's for inclusion from a page that wants to graph that data and always show a "current" graph rather than hardcoded start/duration (and I could see use-cases for both in articles), you could support a start time of `now` with an optional resolution specifier that defaults to 1 day, like `&start=now/1d`. The response to such a query would set cache-control headers that allow caching at varnish up to 24H (based on `now/1d` resolution), which means everyone executing that query gets new results about once a day and they all shared a single cached result per day. The important thing here is there's no need for a client to have control over result object expiration if the query encodes everything that's relevant to expiration and the maximum cache lifetime is set small enough that other effects (e.g. data updates to existing historical data) are negligible in the big picture. > Possibly, the optimal solution would use the varnish-api-engine > (http://info.varnish-software.com/blog/introducing-varnish-api-engine) in > conjunction with a WDQS REST API (provided with a modified RESTBase?). Is > the varnish-api-engine being used anywhere in WMF? Also, delegating query > requests to an API could allow POSTs. Simply with Varnish cache, the POST > problem would remain unresolved. We're not using the Varnish API Engine, and I don't see us pursuing that anytime soon. Most of what it does can be done other ways, and more importantly it's commercial software. There seems to be some confusion as to whether `POST` is or isn't still an issue here... Also, a whole separate issue is that WDQS is currently mapped through our `cache_misc` cluster. That cluster is for small lightweight miscellaneous infrastructure. WDQS was probably always a poor match for that, but we put it there because at the time it was seen as being a lightweight / low-rate service that would mostly be used directly by humans to execute one-off complicated queries. The plans in this ticket sound nothing like that, and `cache_misc` probably isn't an appropriate home for a complex query services that's going to backend serious query load from wikis and the rest of the world... TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: BBlack Cc: BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Gehel, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Ma
[Wikidata-bugs] [Maniphest] [Up For Grabs] T120439: Create a tool to auto-populate categories through Wikidata/other wiki comparison
Billghost placed this task up for grabs. TASK DETAIL https://phabricator.wikimedia.org/T120439 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billghost Cc: Izno, ZhouZ, JEumerus, Billghost, AS, Lydia_Pintscher, Aklapper, StudiesWorld, DannyH, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126512: flaky qunit test wikibase.getLanguageNameByCode wikibase.getLanguageNameByCode()
gerritbot added a comment. Change 271246 abandoned by Aude: Always get ULS data through jQuery Reason: probably not needed https://gerrit.wikimedia.org/r/271246 TASK DETAIL https://phabricator.wikimedia.org/T126512 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine, gerritbot Cc: gerritbot, daniel, Jonas, adrianheine, aude, Aklapper, hoo, JanZerebecki, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T124569: RFC: Data namespace blob storage on wikidata.org
Yurik added a comment. I listed PROs and CONs for each domain. Did I miss anything? https://meta.wikimedia.org/wiki/User:Yurik/Storing_data TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Addshore, aude, hoo, JanZerebecki, MZMcBride, Lydia_Pintscher, tstarling, daniel, MaxSem, Tfinc, Milimetric, Aklapper, Yurik, StudiesWorld, Izno, Luke081515, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114019: Dumps 2.0 for realz (planning/architecture session)
ArielGlenn added a comment. Draft questions now at https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit_2016/T114019/Minutes/Questions Please edit away. If you edit there please comment here so that task watchers (like me) know to go check the page for new stuff. Thanks! TASK DETAIL https://phabricator.wikimedia.org/T114019 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ArielGlenn Cc: mobrovac, jberkel, NealMcB, jcrespo, Bianjiang, madhuvishy, Milimetric, RobLa-WMF, GWicke, TTO, zhuyifei1999, StudiesWorld, gnosygnu, LA2, Ladsgroup, intracer, Lokal_Profil, Halfak, Legoktm, JanZerebecki, brion, daniel, Hydriz, MZMcBride, hoo, ezachte, wpmirrordev, Nemo_bis, Aklapper, ArielGlenn, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126512: flaky qunit test wikibase.getLanguageNameByCode wikibase.getLanguageNameByCode()
gerritbot added a comment. Change 271255 had a related patch set uploaded (by Aude): Always get ULS data through jQuery https://gerrit.wikimedia.org/r/271255 TASK DETAIL https://phabricator.wikimedia.org/T126512 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine, gerritbot Cc: gerritbot, daniel, Jonas, adrianheine, aude, Aklapper, hoo, JanZerebecki, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126512: flaky qunit test wikibase.getLanguageNameByCode wikibase.getLanguageNameByCode()
gerritbot added a comment. Change 271255 merged by Hashar: Always get ULS data through jQuery https://gerrit.wikimedia.org/r/271255 TASK DETAIL https://phabricator.wikimedia.org/T126512 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: adrianheine, gerritbot Cc: gerritbot, daniel, Jonas, adrianheine, aude, Aklapper, hoo, JanZerebecki, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T120520: [Story] make it easier to understand what Special:Nearby is
D3r1ck01 removed a blocked task: T125820: Special:Nearby does not give correct feedback. TASK DETAIL https://phabricator.wikimedia.org/T120520 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: D3r1ck01 Cc: aude, Jdlrobson, Nirzar, Mbch331, gerritbot, D3r1ck01, Aklapper, Lydia_Pintscher, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127095: Unable to add statement with math or external identifier data type
Stashbot added a comment. Mentioned in SAL [2016-02-17T15:53:58Z] Synchronized php-1.27.0-wmf.13/extensions/Wikidata: Fix caching data types bug: https://phabricator.wikimedia.org/T127095 (duration: 01m 44s) TASK DETAIL https://phabricator.wikimedia.org/T127095 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Stashbot Cc: adrianheine, Bugreporter, Physikerwelt, hoo, Lydia_Pintscher, Stashbot, Smalyshev, aude, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T127191: [Task] Allow extensions to register additonal EntityViews
Bene created this task. Bene claimed this task. Bene added projects: Wikidata-Sprint-2016-02-16, Wikidata, MediaWiki-extensions-WikibaseView. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION Extensions should be able to register their own Views to display other types of entity. This requires a common interface on the one hand and an extension mechanism plus a factor on the other hand. TASK DETAIL https://phabricator.wikimedia.org/T127191 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Aklapper, StudiesWorld, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T127191: [Task] Allow extensions to register additonal EntityViews
Bene moved this task to Doing on the Wikidata-Sprint-2016-02-16 workboard. TASK DETAIL https://phabricator.wikimedia.org/T127191 WORKBOARD https://phabricator.wikimedia.org/project/board/1744/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Aklapper, StudiesWorld, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T127095: Unable to add statement with math or external identifier data type
aude closed this task as "Resolved". TASK DETAIL https://phabricator.wikimedia.org/T127095 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: adrianheine, Bugreporter, Physikerwelt, hoo, Lydia_Pintscher, Stashbot, Smalyshev, aude, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127095: Unable to add statement with math or external identifier data type
aude added a comment. I think this is fixed. I can now add external id and math properties in Firefox. TASK DETAIL https://phabricator.wikimedia.org/T127095 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: adrianheine, Bugreporter, Physikerwelt, hoo, Lydia_Pintscher, Stashbot, Smalyshev, aude, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T127095: Unable to add statement with math or external identifier data type
aude moved this task to Done on the Wikidata-Sprint-2016-02-16 workboard. TASK DETAIL https://phabricator.wikimedia.org/T127095 WORKBOARD https://phabricator.wikimedia.org/project/board/1744/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: adrianheine, Bugreporter, Physikerwelt, hoo, Lydia_Pintscher, Stashbot, Smalyshev, aude, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T127118: [Bug] Notice: Undefined variable: valueTypes in DataTypeFactory.php on line 41
aude moved this task to Done on the Wikidata-Sprint-2016-02-16 workboard. TASK DETAIL https://phabricator.wikimedia.org/T127118 WORKBOARD https://phabricator.wikimedia.org/project/board/1744/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, aude, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T127118: [Bug] Notice: Undefined variable: valueTypes in DataTypeFactory.php on line 41
aude closed this task as "Resolved". aude removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T127118 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Aklapper, aude, StudiesWorld, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T110604: [Story] Notification: Add notification when page is being connected to Wikidata
matej_suchanek added a blocked task: T125653: Create new types of notifications. TASK DETAIL https://phabricator.wikimedia.org/T110604 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matej_suchanek Cc: Edgars2007, Aklapper, Ainali, Izno, Luke081515, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Lowered Priority] T125823: Introduce SiteLinkProvider interface
Bene added a subscriber: Bene. Bene lowered the priority of this task from "High" to "Low". Bene added a comment. I don't see that we are going to support other entities that have site links in near future. Anyways, it will be easy to replace `$entity instanceof Item` with `$entity instanceof SiteLinksProvider` if we really encounter this. TASK DETAIL https://phabricator.wikimedia.org/T125823 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene Cc: Bene, daniel, Lydia_Pintscher, JeroenDeDauw, GPHemsley, Wikidata-bugs, Aklapper, Izno, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126152: [RFC] Design of provider/holder interfaces in Wikibase's data model
thiemowmde added a comment. I vote for mutability. All provider interfaces (including the existing `FingerprintProvider` and possibly more) should guarantee they do nothing but returning what they have. If an implementation can not simply return an Object as it is but has to construct it whenever the getter is called, it should not use this interface. It should not be a requirement that a getter must do expensive cloning before returning anything. This should be a separate thing, which we just recently discussed, see https://github.com/wmde/WikibaseDataModel/pull/626. This also caused trouble in https://phabricator.wikimedia.org/tag/wikibase-datamodel-javascript/, see https://github.com/wmde/WikibaseDataModelJavaScript/pull/47 and much more patches there. From my point of view this was one of the top reasons why we introduced "trivial" array wrappers like StatementList and so on. You can do … $fingerprint = $item->getFingerprint(); $fingerprint->setLabel( … ); … and be fine. This is not possible with arrays. A user calling a setter like in the example above should not be enforced to call an other setter. This feels like calling `setForReal()`. I find this confusing and can tell from experience that this is error-prone. - I consider calling `setFingerprint` a mistake in all cases. We do have some calls to this method in our code base because we had somewhat "broken" versions of https://phabricator.wikimedia.org/tag/wikibase-datamodel/ that returned a `new Fingerprint` in `getFingerprint`. All these setters should be removed. - I consider type hints against a `…Holder` interface a mistake and code smell when no setter is called. - We currently "misuse" `setStatements( new StatementsList() )` to remove all statements from an entity. This can easily be solved by introducing `StatementList::clear`. TASK DETAIL https://phabricator.wikimedia.org/T126152 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: thiemowmde Cc: adrianheine, daniel, JeroenDeDauw, thiemowmde, Aklapper, Bene, StudiesWorld, Izno, Luke081515, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125503: [Story] Reduce initialization time of Statementview
gerritbot added a comment. Change 269962 merged by jenkins-bot: Defer sub-widget initialization in statementview https://gerrit.wikimedia.org/r/269962 TASK DETAIL https://phabricator.wikimedia.org/T125503 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: gerritbot Cc: gerritbot, Agabi10, thiemowmde, adrianheine, Jonas, Aklapper, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90872: create a notification service based on Wikidata data (Squee)
Billghost added a subscriber: Billghost. TASK DETAIL https://phabricator.wikimedia.org/T90872 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billghost Cc: Billghost, Liuxinyu970226, Ricordisamoa, Aklapper, Eloquence, Lydia_Pintscher, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T102792: [Task] Research ways to order properties on an item page
Billghost added a subscriber: Billghost. TASK DETAIL https://phabricator.wikimedia.org/T102792 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Billghost Cc: Billghost, Ricordisamoa, JanZerebecki, thiemowmde, Lydia_Pintscher, Aklapper, Lucie, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T127213: Merging doesn't always create a redirect
Nikki created this task. Nikki added a subscriber: Nikki. Nikki added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION When checking items which have no statements or sitelinks, I keep coming across items which were merged but not redirected, leaving behind an empty item. I'm not sure how the users are creating the edits, but it seems like unintended behaviour. Some examples from this month: https://www.wikidata.org/w/index.php?title=Q9919933&action=history https://www.wikidata.org/w/index.php?title=Q10055090&action=history https://www.wikidata.org/w/index.php?title=Q9956781&action=history https://www.wikidata.org/w/index.php?title=Q9964632&action=history https://www.wikidata.org/w/index.php?title=Q9924553&action=history https://www.wikidata.org/w/index.php?title=Q9826553&action=history It doesn't appear to be a new problem though, I'm also finding items where the merge took place months ago, e.g. https://www.wikidata.org/w/index.php?title=Q9918772&action=history (November) https://www.wikidata.org/w/index.php?title=Q12296651&action=history (October) https://www.wikidata.org/w/index.php?title=Q12149749&action=history (August) Looking at those examples, it seems like they all still have some descriptions set, even though most of the information was removed. TASK DETAIL https://phabricator.wikimedia.org/T127213 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nikki Cc: Aklapper, Nikki, StudiesWorld, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T126730: [RFC] Caching for results of wikidata Sparql queries
Smalyshev added a subscriber: Gehel. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127213: Merging doesn't always create a redirect
Mbch331 added a subscriber: Mbch331. Mbch331 added a comment. When they use Special:MergeItems no redirect is created when there is a conflict with descriptions. Rest of the merge is performed. Don't know if the user gets an error message. The merge gadget has a workaround to make sure a redirect is created. TASK DETAIL https://phabricator.wikimedia.org/T127213 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mbch331 Cc: Mbch331, Aklapper, Nikki, StudiesWorld, Izno, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127045: Interlanguage links cannot be added to pages in ady.wikipedia.org
Amire80 added a comment. This seems to work now... what has changed? Is there anything to document in the wiki creation procedure doc? TASK DETAIL https://phabricator.wikimedia.org/T127045 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Amire80 Cc: Nikki, aude, hoo, StudiesWorld, MarcoAurelio, Mbch331, MF-Warburg, daniel, Krenair, Amire80, Aklapper, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T127045: Interlanguage links cannot be added to pages in ady.wikipedia.org
hoo closed this task as "Resolved". hoo claimed this task. hoo added a comment. I updated all sites tables earlier today, so yes, it should work fine now... I ran into some trouble again, but it mostly worked fine. Never run the populate script w/o looking at the output, though… It broke before. TASK DETAIL https://phabricator.wikimedia.org/T127045 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo Cc: Nikki, aude, hoo, StudiesWorld, MarcoAurelio, Mbch331, MF-Warburg, daniel, Krenair, Amire80, Aklapper, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127045: Interlanguage links cannot be added to pages in ady.wikipedia.org
Amire80 added a comment. Thanks, @hoo. Is this suggestion to be careful documented in https://wikitech.wikimedia.org/wiki/Add_a_wiki ? TASK DETAIL https://phabricator.wikimedia.org/T127045 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, Amire80 Cc: Nikki, aude, hoo, StudiesWorld, MarcoAurelio, Mbch331, MF-Warburg, daniel, Krenair, Amire80, Aklapper, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T126898: query.wikidata.org should have robots.txt
Smalyshev closed this task as "Resolved". Smalyshev claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T126898 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: gerritbot, Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T127014: Empty result on a tree query
Smalyshev changed the title from "Error while running a query" to "Empty result on a tree query ". Smalyshev set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T127014 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, StudiesWorld, Bugreporter, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T126122: Blazegraph Query optimizer pessimises query Deprecated_statements
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T126122 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, JanZerebecki, StudiesWorld, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T126121: Blazegraph Query optimizer pessimises query Aliases_of_properties_which_are_used_more_than_once
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T126121 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, JanZerebecki, StudiesWorld, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T120198: More efficient SPARQL queries for sitelinks
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T120198 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Aklapper, Steinsplitter, StudiesWorld, Jheald, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T127014: Empty result on a tree query
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T127014 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, StudiesWorld, Bugreporter, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T125900: NotMaterializedException on Blazegraph 2.0
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T125900 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T125299: Using VALUES causes the query to fail because the URL is too long
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T125299 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Mbch331, Aklapper, Nikki, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T120642: WDQS "IndexOutOfBoundsException" in path query with MINUS
Smalyshev moved this task to Blazegraph on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T120642 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, StudiesWorld, Jheald, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T126956: Investigate Bulk Data Load for faster loading dumps into WDQS
Smalyshev moved this task to Ready for work on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T126956 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T93488: [Task] Determine which dump parts we want in which files
Smalyshev moved this task to Need investigation on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T93488 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Lucie, Liuxinyu970226, Denny, mkroetzsch, daniel, Manybubbles, Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T86524: Use Wikidata-Toolkit for import where possible
Smalyshev triaged this task as "Lowest" priority. TASK DETAIL https://phabricator.wikimedia.org/T86524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Ricordisamoa, mkroetzsch, JanZerebecki, Aklapper, daniel, Manybubbles, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T67626: [Epic] support for complex queries on-wiki using Lua
Smalyshev moved this task to Waiting for others on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T67626 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Deskana, JanZerebecki, Yellowcard, waldyrious, jeremyb, Ricordisamoa, Aklapper, Laddo, Bugreporter, -jem-, Liuxinyu970226, Lydia_Pintscher, Eloquence, Zellfaze, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125299: Using VALUES causes the query to fail because the URL is too long
Smalyshev added a comment. As far as I can see current URL limit is around 7500. TASK DETAIL https://phabricator.wikimedia.org/T125299 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Mbch331, Aklapper, Nikki, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T90852: Create a system to store and query links to books
Smalyshev moved this task to Waiting for others on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T90852 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Smalyshev Cc: Minervaxox, Shrutika719, Niharika, Mvolz, CeruleanDreamer, Magnus, Jdouglas, Lydia_Pintscher, Qgil, Aklapper, Ladsgroup, debt, Gehel, Izno, mobrovac, jkroll, Smalyshev, Wikidata-bugs, aude, Deskana, Manybubbles, Gryllida, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T126741: Add support for the wikidata's Sparql queries to graphs
Smalyshev moved this task to External on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T126741 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik, Smalyshev Cc: Ricordisamoa, Smalyshev, aude, Aklapper, Yurik, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T112127: [Story] Move RDF ontology from beta to release status
Smalyshev moved this task to External on the Wikidata-Query-Service workboard. TASK DETAIL https://phabricator.wikimedia.org/T112127 WORKBOARD https://phabricator.wikimedia.org/project/board/891/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: mkroetzsch, gerritbot, daniel, Aklapper, Smalyshev, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T86524: Use Wikidata-Toolkit for import where possible
JanZerebecki closed this task as "Declined". JanZerebecki claimed this task. JanZerebecki added a comment. With Wikibase being able to output rdf this task doesn't make sense anymore. TASK DETAIL https://phabricator.wikimedia.org/T86524 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JanZerebecki Cc: Smalyshev, Ricordisamoa, mkroetzsch, JanZerebecki, Aklapper, daniel, Manybubbles, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
Smalyshev added a comment. @BBlack, thanks for raising these issues, this is definitely something we should address. > If it were sent un-chunked with a Content-Length, the varnish would have a > chance at caching it. It may be how Blazegraph sends it. But maybe we coould un-chunk it on the way (nginx? inside blazegraph?). > I don't think we really want client control of object expiration (at least, > not "varnish cache object expiration"), Yes, but I was thinking more of a scenario where Varnish has an object in cache, but may decide to still go to backend, or serve from cache, depending on incoming parameters. Is this possible? In general, is it possible in Varnish to decouple the lifetime of object in cache from the decision of whether to serve the object from cache or from backend? E.g. so that if the client is OK with being served "old" object, it will be served, but if not, then the object will be served only if it's relatively "fresh", even though it can be retained for longer for less demanding clients. Not sure if we'd need it that complex, but would be nice to know whether it's possible. > You might initially post the complex SPARQL template and save it as fooquery I am not sure we want to go into explicitly saving named query, as I am not sure it can scale. That said, I didn't explore saved queries too deep yet, so I'll keep it in mind and try to look into it ASAP. But so far I think caching is better alternative and also much simpler. > The plans in this ticket sound nothing like that, and cache_misc probably > isn't an appropriate home for a complex query services Correct. We probably need to consider this. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T126730: [RFC] Caching for results of wikidata Sparql queries
Yurik added a subscriber: Milimetric. Yurik added a comment. I am not sure we should mix response caching and stored procedures (named queries) in the same task. Stored proc could add additional settings for cache, but I feel this is outside of the scope of this ticket. @bblack, my understanding is that Wikidata has almost no "timeseries" - requested with `before <= X < after`. Time-based filters rarely relate to `"now"`. For example, it could be a query to get all the generals who were involved in a war of 1812 - fixed dates. Of course there could be a query like `"current president"`, but that's not time, that's preferred value, i.e. regular stale cache problem that's common to all queries. It seems there are two types of queries - "viewers" that draw pretty pictures, and "editors" that are used for editing wikidata and finding errors. While "viewers" can get stale data (hours/days), "editors" need more recent data (minutes). "editors" do not need absolutely latest data, because if you run a query and it gives you that Q55 has bad data, you will still load Q55 to see what it has, and edit it. And even then, there could be a race condition. Btw, with ETag, even if something is cached in Varnish for a minute, client may not have to re-download several hours later if the new result has the same ETag as the last one -- Varnish should take care of that. We can distinguish between "editor" and "viewer" queries with an extra URL param, or with a header (can support both). The query param could be handled and removed in VCL. My concern - should the result be cached by default for "viewer" usecase, and require "editors" to supply an extra param, or the other way around? My opinion is that developers will go out of their way to make sure it works right (e.g. by adding a "no-caching" parameter), but in general will not deal with performance (it already works fast enough, I don't see a problem, I won't look closely at the documentation to discover the "caching is ok" parameter). @SMalyshev, i just spoke with @milimetric in analytics - he has a similar problem in the sense that external api is used by graphs. And we agreed that its not really a problem, and does not even need that much caching. The reason for it is because there will be very few graphs (relatively) that will query backend, and when they do, they will be cached in the Varnish that handles graph images. So I suspect this is won't be a problem any time soon in here as well. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)
Thryduulf added a subscriber: Thryduulf. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Thryduulf Cc: Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, Izno, Wikidata-bugs, aude, Bawolff, El_Grafo, Ricordisamoa, Fabrice_Florin, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T125353: Make SPARQL endpoint discoverable using Wikibase API
Ricordisamoa removed a subscriber: gerritbot. Ricordisamoa removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T125353 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Ricordisamoa Cc: Ricordisamoa, Lydia_Pintscher, Smalyshev, JeroenDeDauw, Addshore, Aklapper, debt, HakanIST, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Tpt, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
GWicke added a comment. > Since running the query each time graph is displayed is too expensive, we > want some intermediate caching store that would store the results, possibly > for the time defined in the query. Is the graph extension actually re-requesting the data on each view, or would this only happen on parser cache miss / edit? I'm still not sure how effective query service caching can be in this context: > In particular, I wonder if there are a small number of queries that get a lot > of hits, and if those queries can be cached for long enough to result in > worthwhile hit rates. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GWicke Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T127230: Other projects sidebar duplicates content in corpus of text
Jdlrobson created this task. Jdlrobson assigned this task to aude. Jdlrobson added subscribers: gerritbot, Luke081515, MGChecker, putnik, hoo, Johan, JEumerus, Romaine, Jheald, Matanya, Glaisher, aude, Nemo_bis, Addshore, Snaevar, Mbch331, Ricordisamoa, Bene, Tpt, Vibhabamba, Jdforrester-WMF, Aklapper, Lydia_Pintscher, Jdlrobson. Jdlrobson added projects: Wikidata-Sprint-2016-02-16, Wikidata-Sprint-2016-02-02, Wikidata-Sprint-2016-01-19, Wikimedia-Interwiki-links, Wikimedia-Site-Requests, user-notice, Story, BetaFeatures, Wikidata. TASK DESCRIPTION Editors add amboxes saying "There is other content available on Wiktionary" and navigation elements promoting content on other sites e.g. "Find more about San Francisco at Wikipedia's sister projects" [1]. Now on certain pages we are duplicating this content in more than one page which causes bloat to the html which should be as thin as possible. I think the side bar is great - is there some way we can consolidate these two things and remove the need for in article boxes that take up much needed real estate in mobile? TASK DETAIL https://phabricator.wikimedia.org/T127230 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude, Jdlrobson Cc: Jdlrobson, Lydia_Pintscher, Aklapper, Jdforrester-WMF, Vibhabamba, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, MGChecker, Luke081515, gerritbot, TerraCodes, Izno, Wikidata-bugs, Snowolf, TTO, Se4598, TheDJ, Jay8g, Krenair, Quiddity, Legoktm, MarcoAurelio ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127191: [Task] Allow extensions to register additonal EntityViews
gerritbot added a subscriber: gerritbot. gerritbot added a comment. Change 271345 had a related patch set uploaded (by Bene): Allow injection of entity views https://gerrit.wikimedia.org/r/271345 TASK DETAIL https://phabricator.wikimedia.org/T127191 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, gerritbot Cc: gerritbot, Aklapper, StudiesWorld, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T127191: [Task] Allow extensions to register additonal EntityViews
gerritbot added a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T127191 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Bene, gerritbot Cc: gerritbot, Aklapper, StudiesWorld, Izno, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Up For Grabs] T127230: Other projects sidebar duplicates content in corpus of text
Lydia_Pintscher placed this task up for grabs. Lydia_Pintscher removed projects: BetaFeatures, Story, user-notice, Wikimedia-Site-Requests, Wikimedia-Interwiki-links, Wikidata-Sprint-2016-01-19, Wikidata-Sprint-2016-02-02, Wikidata-Sprint-2016-02-16. Lydia_Pintscher set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T127230 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher Cc: Jdlrobson, Lydia_Pintscher, Aklapper, Jdforrester-WMF, Vibhabamba, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, MGChecker, Luke081515, gerritbot, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
aude added a comment. @gwicke afaik the data is only requested (?) when the graph is interacted with + on parcher cache miss + edit. some of my concerns about the affect of including a graph (with a slowish query) on page save timing, e.g. when just fixing a typo on a wikipedia page. It still would be nice to be able to purge the graph, on request or something, and at some time interval. also want the query service to be able to handle whatever added load this brings, and caching could help protect it. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: aude Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
GWicke added a comment. > some of my concerns about the affect of including a graph (with a slowish > query) on page save timing, e.g. when just fixing a typo on a wikipedia page. To get sensible hit rates for relatively rare events like edits, we would need to cache results for a long time, on the order of weeks. Would this be acceptable without automatic purging? TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GWicke Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
Yurik added a comment. Data is requested in these cases: - user views a page with a graph -> request to graphoid -> varnish cache miss -> graphoid re-renders the graph - user views a page with an interactive graph and clicks it to interact with it - editor clicks "page preview" - editor changes a graph and saves -> graph has a new hash -> (same as first bullet because it's a cache miss) Data is NOT requested: - during the page save - after page save that did not change the graph itself - if graph is part of a template, and tons of pages get updated until that page is visited by some user TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
Smalyshev added a comment. > user views a page with an interactive graph and clicks it to interact with it This is the scenario which IMHO can drive most load. The rest is either rare or protected by cache already like this one: > user views a page with a graph -> request to graphoid -> varnish cache miss > -> graphoid re-renders the graph So, mainly as it seems the concern is for interactive graphs. Maybe we could start with non-interactive ones? That said, regardless of graphs I wouldn't mind having some caching model, at least short-term, both as performance measure and as low-key "accidental DoS" protection (we've had cases in the past when some broken bot sent a million instances of the same query, I'd like for varnish to talk to such bots in the future). TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T126730: [RFC] Caching for results of wikidata Sparql queries
Yurik added a comment. That's relatively easy - I could disable wikidataquery: protocol in the client, while still allowing it on the backend. Thing is, I highly doubt there are that many people who will click on an interactive graph - simply because it requires programming skills to create an interactive graph, plus most of the time users will not click on it even when reading a page. So I think we are being overly cautious here without a reason. TASK DETAIL https://phabricator.wikimedia.org/T126730 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik Cc: Milimetric, Gehel, BBlack, GWicke, Bene, Ricordisamoa, daniel, Lydia_Pintscher, Smalyshev, Jonas, Christopher, Yurik, hoo, Aklapper, aude, debt, Izno, Luke081515, jkroll, Wikidata-bugs, Jdouglas, Deskana, Manybubbles, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115331: page_props needs an internal API
matmarex added a subscriber: Smalyshev. matmarex merged 1 task(s): T117497: Create generic internal API for extracting page_props for one or several Titles. TASK DETAIL https://phabricator.wikimedia.org/T115331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cicalese, matmarex Cc: Smalyshev, Nemo_bis, aude, daniel, Lydia_Pintscher, StudiesWorld, gerritbot, Umherirrender, MarkAHershberger, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T115331: page_props needs an internal API
matmarex added a blocked task: T117494: Create default implementation of result augmenting from page props. TASK DETAIL https://phabricator.wikimedia.org/T115331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cicalese, matmarex Cc: Smalyshev, Nemo_bis, aude, daniel, Lydia_Pintscher, StudiesWorld, gerritbot, Umherirrender, MarkAHershberger, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T115331: page_props needs an internal API
matmarex added a subscriber: matmarex. matmarex added a comment. Hmm, is anything remaining to do here? Should the task be closed? TASK DETAIL https://phabricator.wikimedia.org/T115331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cicalese, matmarex Cc: matmarex, Smalyshev, Nemo_bis, aude, daniel, Lydia_Pintscher, StudiesWorld, gerritbot, Umherirrender, MarkAHershberger, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T115331: page_props needs an internal API
matmarex added a blocked task: T127225: gzipped page props. TASK DETAIL https://phabricator.wikimedia.org/T115331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cicalese, matmarex Cc: matmarex, Smalyshev, Nemo_bis, aude, daniel, Lydia_Pintscher, StudiesWorld, gerritbot, Umherirrender, MarkAHershberger, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T127230: Other projects sidebar duplicates content in corpus of text
Quiddity edited the task description. Quiddity removed a subscriber: Vibhabamba. TASK DETAIL https://phabricator.wikimedia.org/T127230 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Quiddity Cc: Jdlrobson, Lydia_Pintscher, Aklapper, Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, MGChecker, Luke081515, gerritbot, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T127230: Other projects sidebar duplicates content in corpus of text
Quiddity edited the task description. Herald added a subscriber: Steinsplitter. TASK DETAIL https://phabricator.wikimedia.org/T127230 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Quiddity Cc: Steinsplitter, Jdlrobson, Lydia_Pintscher, Aklapper, Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, MGChecker, Luke081515, gerritbot, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T127230: Other projects sidebar duplicates content in corpus of text
Quiddity added a subscriber: Quiddity. Quiddity added a comment. I've edited the description to clarify which templates are being discussed, and give examples. :-) > Now on certain pages we are duplicating this content which causes bloat to > the html which should be as thin as possible. I agree that we want to unbloat HTML, and that examining redundant duplication is worthwhile. However, I think the visual prominence of the template'd versions of these links is very useful and important. It's already difficult to encourage users to visit our sister projects, where much related content exists, and we want to make that easier and more frequent. Removing the old/established convention of templated boxes, and leaving only the links in the sidebar - which, I would guess, most readers don't look at very often or very closely - would make it even less likely that they'll travel from enwiki:James_Joyce over to https://en.wikisource.org/wiki/Author:James_Joyce > I think the side bar is great - is there some way we can consolidate these > two things and remove the need for in-article boxes that take up much needed > real estate in mobile? I'm confused on this point... AFAICT, those templates do not show up in mobile. I checked the mobileweb and the android app, and the boxes are not displayed in either, though the inline links do appear. - https://en.m.wikipedia.org/wiki/Amphibian#External_links (mobile web) - https://en.m.wikipedia.org/wiki/Dog#External_links (mobile web) - https://en.m.wikipedia.org/wiki/Cat#External_links (mobile web) (These do show up) If anything, I'd suggest we //add// them to mobile! TASK DETAIL https://phabricator.wikimedia.org/T127230 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Quiddity Cc: Quiddity, Steinsplitter, Jdlrobson, Lydia_Pintscher, Aklapper, Jdforrester-WMF, Tpt, Bene, Ricordisamoa, Mbch331, Snaevar, Addshore, Nemo_bis, aude, Glaisher, Matanya, Jheald, Romaine, JEumerus, Johan, hoo, putnik, MGChecker, Luke081515, gerritbot, Izno, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T115331: page_props needs an internal API
cicalese added a comment. I believe that this task can now be closed. Other tasks may be created to convert other core code and extensions to use PageProps, but PageProps has been merged. TASK DETAIL https://phabricator.wikimedia.org/T115331 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cicalese Cc: matmarex, Smalyshev, Nemo_bis, aude, daniel, Lydia_Pintscher, StudiesWorld, gerritbot, Umherirrender, MarkAHershberger, Aklapper, Izno, Wikidata-bugs, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T127240: Make it not necessary to always provide all the standard prefixes
Smalyshev added a project: Wikidata-Query-Service. Smalyshev set Security to None. Herald added projects: Wikidata, Discovery. TASK DETAIL https://phabricator.wikimedia.org/T127240 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Aklapper, MaxSem, StudiesWorld, debt, Gehel, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T127240: Make it not necessary to always provide all the standard prefixes
Smalyshev added a subscriber: Smalyshev. TASK DETAIL https://phabricator.wikimedia.org/T127240 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Aklapper, MaxSem, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T127240: Make it not necessary to always provide all the standard prefixes
Smalyshev triaged this task as "Normal" priority. TASK DETAIL https://phabricator.wikimedia.org/T127240 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Smalyshev Cc: Smalyshev, Aklapper, MaxSem, StudiesWorld, debt, Gehel, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T126399: Deploy Capiunto to testwiki, test2wiki and testwikidata
ReleaseTaggerBot added a project: WMF-deploy-2016-02-09_(1.27.0-wmf.13). TASK DETAIL https://phabricator.wikimedia.org/T126399 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, ReleaseTaggerBot Cc: Stashbot, gerritbot, greg, aude, Aklapper, Lydia_Pintscher, StudiesWorld, hoo, Izno, Wikidata-bugs, Dinoguy1000, Jackmcbarn, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs