[Wikidata-bugs] [Maniphest] T350309: latest-all.json.bz2 does not contain a record for Charlies Bunion (Q5085764)
Milimetric added subscribers: VirginiaPoundstone, Milimetric. Milimetric moved this task from Backlog to Other teams on the Dumps-Generation board. Milimetric added a comment. indeed, there are quite some differences in the different pipelines. When the #wikidata <https://phabricator.wikimedia.org/tag/wikidata/> folks look at this, do ping us as we have been working on a new dumps process and migrating other dumps to our Airflow scheduler. cc @VirginiaPoundstone TASK DETAIL https://phabricator.wikimedia.org/T350309 WORKBOARD https://phabricator.wikimedia.org/project/board/1519/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, VirginiaPoundstone, Aklapper, cldellow, Danny_Benjafield_WMDE, JEbe-WMF, Stevemunene, xcollazo, Busfault, Astuthiodit_1, Atieno, karapayneWMDE, Invadibot, maantietaja, jannee_e, ItamarWMDE, Akuckartz, holger.knust, Nandana, Lahi, Gq86, GoranSMilovanovic, Lunewa, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, gnosygnu, Wikidata-bugs, aude, Mbch331, Hokwelum ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T342593: Five deleted Wikidata items pertaining to Wikimedia category pages still present in the Query Service
Milimetric added a comment. Just a random drive-by note, since I'm not the one playing with this, but it might be interesting to instrument EventBus a little bit. For example, from the deferred job that publishes to Kafka, we could log a basic key for each event that we publish. It should be possible to aggregate these logs and compare them against what we see in Kafka to figure out what we missed, perhaps even facilitate retries. TASK DETAIL https://phabricator.wikimedia.org/T342593 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, dcausse, Nikki, Aklapper, Mahir256, Danny_Benjafield_WMDE, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T138500: [Task] Add Special:AboutTopic view stats to grafana for ArticlePlaceholder
Milimetric added a comment. @Addshore: this <https://github.com/wikimedia/mediawiki-extensions-WikimediaEvents/blame/cee58924d2ce954a3d2eb9dfd6ab3b55426fd572/includes/WikimediaEventsHooks.php#L83> seems to only be happening on logged-in requests, at least a lot of the time if not all the time. Any idea why? Does the cached version of the page not have this header or something? TASK DETAIL https://phabricator.wikimedia.org/T138500 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Milimetric Cc: Milimetric, Ricordisamoa, Addshore, Nuria, Quiddity, Stashbot, JAllemandou, Izno, ChrisPins, gerritbot, Lucie, Aklapper, Lydia_Pintscher, Zppix, hoo, Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, MGChecker, Wikidata-bugs, aude, jayvdb, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297485: Implement regular data backups for our R Shiny dashboards for Wikidata
Milimetric added a comment. @Manuel & @GoranSMilovanovic: sorry for the long delay, no we don't back up the stat machines or other analytics clients. From the "Local data storage" section on the Analytics Clients <https://wikitech.wikimedia.org/wiki/Analytics/Systems/Clients> article: > First, note that the Analytics clients store data using redundant RAID configurations, but are not otherwise backed up. Your home directory on HDFS (/user/your-username) is a safer place for important data. TASK DETAIL https://phabricator.wikimedia.org/T297485 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, Milimetric Cc: Tobi_WMDE_SW, Milimetric, JAllemandou, Aklapper, Manuel, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T291186: Privacy Policy Review for Global South Wikidata edits and active editors datasets
Milimetric added a comment. We are forwarding this request to #privacy_engineering <https://phabricator.wikimedia.org/tag/privacy_engineering/> but please don't hesitate to loop us back in if you have questions. TASK DETAIL https://phabricator.wikimedia.org/T291186 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, Tobi_WMDE_SW, Ladsgroup, GoranSMilovanovic, Manuel, Aklapper, Invadibot, maantietaja, Akuckartz, 4748kitoko, Jcross, JFishback_WMF, Nandana, Akovalyov, Jony, Lahi, Gq86, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, JAllemandou, terrrydactyl, Wikidata-bugs, aude, Mbch331, jeremyb ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T167145: Evaluate OOUI integration with vue.js
Milimetric closed this task as "Declined". Milimetric added a comment. Yeah, the Vue adoption is going down a different path. TASK DETAIL https://phabricator.wikimedia.org/T167145 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Niedzielski, WMDE-leszek, TheDJ, Addshore, Jdforrester-WMF, SBisson, Milimetric, Volker_E, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, daniel, Invadibot, Mengs21, maantietaja, EgbeRef, Vaibhav0199, Akuckartz, Demian, Antti.Kekki, Tinzawoo533, darthmon_wmde, egardner, Onmir, holger.knust, DannyS712, Nandana, Mh-3110, Hagarshilo, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, QZanden, Orienteerix, enigmaeth, rohitt, LawExplorer, Puik, _jensen, rosalieper, xSavitar, Scott_WUaS, Dixtosa, Susannaanas, ferdbold, Wikidata-bugs, Mooeypoo, Jdlrobson, aude, Dinoguy1000, Gryllida, Ricordisamoa, Lydia_Pintscher, Nikerabbit, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T167134: Blockers for using the vue.js framework for Wikibase on the Wikimedia cluster
Milimetric closed subtask T167145: Evaluate OOUI integration with vue.js as Declined. TASK DETAIL https://phabricator.wikimedia.org/T167134 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Milimetric Cc: Lydia_Pintscher, Lucas_Werkmeister_WMDE, Jdforrester-WMF, Addshore, He7d3r, SBisson, Volker_E, Ricordisamoa, PokestarFan, Jan_Dittrich, Aleksey_WMDE, thiemowmde, Jonas, Aklapper, daniel, Invadibot, Mengs21, maantietaja, EgbeRef, Vaibhav0199, Akuckartz, Antti.Kekki, Tinzawoo533, Onmir, DannyS712, Nandana, Mh-3110, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, Mahir256, QZanden, Orienteerix, enigmaeth, rohitt, LawExplorer, Puik, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Dixtosa, Susannaanas, Wikidata-bugs, aude, Dinoguy1000, Nikerabbit, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T247058: Deployment strategy and hardware requirement for new Flink based WDQS updater
Milimetric added a comment. This is a bit of a drive-by, but have we considered https://min.io/? I went a bit deeper than just the marketing and was impressed by their error-correcting implementation. TASK DETAIL https://phabricator.wikimedia.org/T247058 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: fgiunchedi, Nuria, Addshore, Milimetric, JAllemandou, Ottomata, Pchelolo, Joe, Aklapper, dcausse, Zbyszko, Gehel, Ramtin0071, MPhamWMF, Devnull, lmata, Muchiri124, CBogen, Akuckartz, 4748kitoko, Legado_Shulgin, Nandana, Namenlos314, Akovalyov, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Zppix, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, Wong128hk, abian, terrrydactyl, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Rxy, Jay8g, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T255044: Many new metrics in Graphite for WDQS-Streaming-Updater-POC
Milimetric edited projects, added Wikidata-Query-Service, Discovery; removed Analytics. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T255044 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: dcausse, Aklapper, colewhite, CBogen, darthmon_wmde, ET4Eva, Nandana, Namenlos314, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, 4748kitoko, Akovalyov, JAllemandou, terrrydactyl, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T253753: Increase retention for mediawiki.revision-create on the kafka jumbo cluster
Milimetric triaged this task as "High" priority. Milimetric assigned this task to Ottomata. Milimetric added a project: Analytics-Kanban. TASK DETAIL https://phabricator.wikimedia.org/T253753 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, Milimetric Cc: JAllemandou, Ottomata, dcausse, Aklapper, CBogen, 4748kitoko, darthmon_wmde, Nandana, Namenlos314, Akovalyov, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, terrrydactyl, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T249319: Remove wb_terms from sqoop
Milimetric added a comment. FYI: checked monthly sqoop and it's not referenced there so puppet is good to go (https://github.com/wikimedia/puppet/blob/ef13ee28202b2ff9653bfaf3cbf6b2a0433aa8c2/modules/profile/templates/analytics/refinery/job/refinery-sqoop-mediawiki.sh.erb) TASK DETAIL https://phabricator.wikimedia.org/T249319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: JAllemandou, Milimetric Cc: Milimetric, Aklapper, Addshore, 4748kitoko, Iflorez, darthmon_wmde, alaa_wmde, Nandana, Akovalyov, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, JAllemandou, terrrydactyl, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T236895: ArticlePlaceholder dashboard stopped tracking page views
Milimetric added a comment. my apologies, was running through triage, we'll take a look and ping here TASK DETAIL https://phabricator.wikimedia.org/T236895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Milimetric Cc: Milimetric, Ladsgroup, Nuria, JAllemandou, elukey, Addshore, Aklapper, Lydia_Pintscher, Hazizibinmahdi, Beast1978, Un1tY, 4748kitoko, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Akovalyov, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, cmadeo, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, terrrydactyl, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T236895: ArticlePlaceholder dashboard stopped tracking page views
Milimetric added a comment. Added @Nuria as a reviewer where she was pinged, she'll comment there, waiting on WMDE on the other patch (review done) TASK DETAIL https://phabricator.wikimedia.org/T236895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Milimetric Cc: Milimetric, Ladsgroup, Nuria, JAllemandou, elukey, Addshore, Aklapper, Lydia_Pintscher, Hazizibinmahdi, Beast1978, Un1tY, 4748kitoko, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, Iflorez, darthmon_wmde, alaa_wmde, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Akovalyov, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, cmadeo, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, terrrydactyl, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests
Milimetric added a comment. The output is here: https://analytics.wikimedia.org/published/datasets/periodic/reports/metrics/structured-data/ TASK DETAIL https://phabricator.wikimedia.org/T239565 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 4748kitoko, darthmon_wmde, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element
Milimetric added a comment. @Nuria: what I thought we were doing is productionizing @matthiasmullie's approach from T239565#5728117 <https://phabricator.wikimedia.org/T239565#5728117>. This seemed sensible to me, and the change I submitted for T239565 <https://phabricator.wikimedia.org/T239565> properly comments that we are not measuring MediaInfo entities with the query on `wbc_entity_usage`. If any of this is wrong or not what others were expecting, I'd like a clear explanation as the multiple threads have become complicated to resolve objectively. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests
Milimetric added a comment. Ok, seems like some of this confusion is getting cleared up. For my part, here's what I'm planning to do next: - Productionize the query currently getting the 3 million or so `role_name = mediainfo` slots - Productionize the query currently getting the 7 million or so entities linked via Lua templates in wbc_entity_usage - publish both of these numbers in a single tsv, monthly, updated on the 5th of the month For the future, I suggest looking at rev_timestamp for the revisions/pages that are of interest and seeing if it makes sense to get some historical trends that way. See T238878#5730630 <https://phabricator.wikimedia.org/T238878#5730630> for some idea of what that might look like. TASK DETAIL https://phabricator.wikimedia.org/T239565 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element
Milimetric added a comment. I translated T238878#5708511 <https://phabricator.wikimedia.org/T238878#5708511> to Hive to familiarize myself with it and get ahead of productionizing it. I got similar numbers first as a sanity check and then grouped the numbers by the month of the page_latest revision's timestamp. I was wondering if the numbers increase in some nice way that we could report on regardless of the overall total. There's a fairly clear trend towards more structured data. And this is not a clear way to show the trend because we're just looking at the latest revision not all revisions, but maybe it's useful to @Abit as she thinks about this metric: | month | _c1| | 2019-01 | 50396 | | 2019-02 | 90102 | | 2019-03 | 108367 | | 2019-04 | 112658 | | 2019-05 | 140429 | | 2019-06 | 442834 | | 2019-07 | 142744 | | 2019-08 | 399805 | | 2019-09 | 757923 | | 2019-10 | 255584 | | 2019-11 | 531414 | | Also, In T238878#5708257 <https://phabricator.wikimedia.org/T238878#5708257>, @daniel wrote: > By the way, if you find rev_deleted != 0 for the current revision, it's a bug. The deletion flags for the current revisions will be ignored by the storage layer. I checked this as I was re-reading and there are 2500 such problems: use wmf_raw; select p.wiki_db, page_id, page_title, page_namespace, rev_deleted from mediawiki_page p inner join mediawiki_revision ron r.wiki_db = p.wiki_db and page_id = rev_page and page_latest = rev_id and rev_deleted <> 0 where p.snapshot = '2019-11' and r.snapshot = '2019-11' order by p.wiki_db ; F31468843: pages_with_rev_deletion_on_latest.tsv <https://phabricator.wikimedia.org/F31468843> (side-note: queries on these raw tables as imported from mediawiki are slow because these tables are not stored in parquet format) TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T239565: Create reportupdater reports that execute SDC requests
Milimetric added a comment. Yay, I get to work with @mpopov :) Ok, questions: - how often should this report be updated? - is it exactly that query? This task mentions "queries" plural, just making sure - given the confusion about deletion (T238878#5706835 <https://phabricator.wikimedia.org/T238878#5706835>), should we also count stuff from the archive table? TASK DETAIL https://phabricator.wikimedia.org/T239565 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Abit, Ramsey-WMF, kzimmerman, Addshore, matthiasmullie, gsingers, Mayakp.wiki, Ladsgroup, nettrom_WMF, Cparle, Nuria, Milimetric, mpopov, 4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T238878: Data about how many file pages on Commons contain at least one structured data element
Milimetric added a comment. I noticed that three folks used `rev_deleted = 0` to mean "revision not deleted", but this field means something completely different (https://www.mediawiki.org/wiki/Manual:Revision_table#rev_deleted). Basically, it's about parts of the revision that have been suppressed from different types of users in the interface (like hiding revision comments). Good news is that revisions in the revision table are by definition not deleted. When a page is deleted, its revisions all get inserted into the archive table and removed from the revision table. So when you did `rev_deleted = 0` you were just filtering out revisions that had any kind of suppression applied. I think that's a small number and didn't seem to add to the confusion above, but should be included just in case. TASK DETAIL https://phabricator.wikimedia.org/T238878 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, Cparle, nettrom_WMF, Ladsgroup, daniel, Mayakp.wiki, gsingers, matthiasmullie, Addshore, kzimmerman, mpopov, Ramsey-WMF, Abit, Nuria, 4748kitoko, darthmon_wmde, DannyS712, Nandana, JKSTNK, Akovalyov, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, JAllemandou, Jane023, terrrydactyl, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T236150: Write an RFC describing in detail possbile solutios for checking user-provided regexes in contraints
Milimetric removed a project: TechCom-RFC. Milimetric added a comment. Removing TechCom-RFC for now, just add it back when this task is ready to go through the RFC process. TASK DETAIL https://phabricator.wikimedia.org/T236150 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Aklapper, Krinkle, Lucas_Werkmeister_WMDE, Joe, GWicke, daniel, tstarling, Smalyshev, Anomie, Nikerabbit, Milimetric, Ladsgroup, alaa_wmde, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, kostajh, RazeSoldier, D3r1ck01, Izno, SBisson, Perhelion, Bawolff, jayvdb, fbstj, santhosh, Jdforrester-WMF, Rxy, Jay8g, Ltrlg, bd808, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T208567: Count Wikidata page views per page type
Milimetric added a comment. https://wikimedia.org/api/rest_v1/metrics/pageviews/aggregate/wikidata/all-access/user/daily/2019061300/2019061300 > 1420740 https://stats.wikimedia.org/v2/#/wikidata.org/reading/total-page-views/normal|bar|1-month|agent~user|daily (note split by agent type and selecting only user to match your Hive query) TASK DETAIL https://phabricator.wikimedia.org/T208567 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, Milimetric Cc: Milimetric, GoranSMilovanovic, Aklapper, WMDE-leszek, Lea_WMDE, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T220977: Investigate surprising rise in mobile page views for wikidata
Milimetric added a comment. To clear up what Joseph said, we're never going to have more than 90 days of geolocated edits for privacy reasons. We do have two aggregated datasets that go back more than a year: https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Edits/Geoeditors#Aggregated_data TASK DETAIL https://phabricator.wikimedia.org/T220977 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, Milimetric Cc: JAllemandou, Milimetric, RazShuty, Lea_WMDE, Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)
Milimetric added a comment. @Lucas_Werkmeister_WMDE do you think Tech Com can be useful here or should this task just live in a backlog? TASK DETAIL https://phabricator.wikimedia.org/T176312 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, Nikerabbit, Anomie, Smalyshev, tstarling, daniel, GWicke, Joe, Lucas_Werkmeister_WMDE, Krinkle, Aklapper, alaa_wmde, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, _jensen, rosalieper, Agabi10, D3r1ck01, SBisson, Wikidata-bugs, aude, jayvdb, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T213318: Wikibase Front-End Architecture
Milimetric added a comment. oh man, revoke my arithmetic license, I did that completely wrong, will edit my commentTASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: jijiki, CDanis, ArielGlenn, Milimetric, akosiaris, Joe, mobrovac, Krinkle, daniel, Lydia_Pintscher, Lea_WMDE, Addshore, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, WMDE-leszek, Aklapper, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, SBisson, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T213318: Wikibase Front-End Architecture
Milimetric added a comment. A few quick stats to contextualize @daniel's point above. Wikidata has* 400 million edits [1] and 900 million pageviews [2] over the past 2 years. This represents 43% of all edits and 24% of all pageviews. So Wikidata definitely skews more towards editing. It's possible most of the pageviews are actually part of the editing workflow, indeed you'd expect at least a couple of pageviews for each edit. We could confirm this by looking at actual requests in the webrequest table. I'm happy to do that if I could pair up with someone who knows wikidata urls. all these numbers are rounded [1] https://stats.wikimedia.org/v2/#/wikidata.org/contributing/edits [2] https://stats.wikimedia.org/v2/#/wikidata.org/reading/total-page-viewsTASK DETAILhttps://phabricator.wikimedia.org/T213318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: jijiki, CDanis, ArielGlenn, Milimetric, akosiaris, Joe, mobrovac, Krinkle, daniel, Lydia_Pintscher, Lea_WMDE, Addshore, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, WMDE-leszek, Aklapper, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, SBisson, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR
Milimetric added a comment. I agree that we can't go back on decisions that are 3 years in the making. But I do like Timo's point that we should state the problem. Here's an attempt: "Implementing interaction in JS on top of static html rendered by PHP is inflexible and complicated. It leads to code that is hard to maintain, test, or improve. This is because two different code bases which require developers with different skill sets have to coordinate any changes." Feel free to adapt that to better describe the problem ^. @Krinkle, if something like that was made part of the RfC, would that be a good step?TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: CDanis, akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR
Milimetric added a comment. @WMDE-leszek ok, we're on the same page, except the crazy part of my proposal. I was saying directly routed to SSR service as in, without ever hitting mediawiki and spinning up the mediawiki context. So this would expose SSR publicly. The fallback stub HTML generated by mediawiki would work as you understood. Was this ruled out, routing directly to SSR? @Addshore can you go more in depth about why the SSR service is the only one that knows what data it needs? Would it be possible to factor out the code that compiles that data and implement it anywhere else, or is it for some reason tightly coupled with the interface rendering?TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR
Milimetric added a comment. Thanks @Jakob_WMDE, I think we're saying the same thing in slightly different terms, and it's because I'm not being precise. It's ok for the client and server to have different implementations, but you're saying the have the same capabilities, right? I was thinking that for the client to be able to render everything the server does, plus handle interactivity and other features in the future, its capabilities would have to be a superset of the server capabilities, right? So, there's no html that could only be rendered by the server, right? It seems that way, components and interface are all shared. If so, great. If not, it feels important to understand what happens when the server's not there and the client doesn't have some of the server-specific functionality. So then for me the main question remains around the request flow that everyone else is discussing. From @Addshore's response it sounds like you considered this option and decided against it: the request to index.php is conditionally routed directly to the SSR service. In our world, the SSR service is there, so we configure it in Varnish, it returns html, and Vue takes over client-side. For other mediawiki installations, index.php knows to render a basic version of the html which pulls in the Vue.js modules. Once this loads in the browser, it renders the interface. If this was rejected, I'm just curious, what were the expected problems? One potential optimization with that approach could be, if SSR is enabled, you send a smaller client-side module that doesn't include data-access which would only ever happen once, on page-load. So you could put that in a client-fallback folder or something, include it in the version served by index.php but exclude it from the version served by SSR. (by the way, the build is nicely separated for client vs. server here https://github.com/wmde/wikibase-termbox/blob/faf3dcca602da9f2287e8be9acaa1023144b23d7/vue.config.js#L14, where webpack analyzes the code and includes only what's required by the particular environment it's building against)TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR
Milimetric added a comment. In T212189#4838090, @Addshore wrote: In T212189#4835359, @Milimetric wrote: Now, I started looking through the code and it looks like there's an effort to keep server and client logic as common as possible, with factories and interfaces and nice patterns, but there are still differences. It looks like there's good reason for this, but how would the client be able to act as a fallback for the server as proposed? This is an exceptional case and only works for user with JS enabled. "Client" here would be the client-side JS, served by Wikibase. In case there is no response from the SSR, the fallback would be CSR-only, i.e. it will only work for people with js enabled. This addresses the rare scenario that there is no working SSR configured (in installations run by 3rd parties now WMF) and still offers termbox features, but at the cost of not being accessible to users with JS disabled. My question here was more, how can the client render everything it needs, when some of the logic, for example for data-access, is only in the src/server/data-access folder? In other words, if the client functionality is a super-set of the server, I would expect only common and client folders, and the server to use logic out of the common folder. I'm asking both for the termbox right now and plans for this service in the long-run.TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: akosiaris, Krinkle, Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, kostajh, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, GWicke, jayvdb, fbstj, faidon, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Ltrlg, bd808, fgiunchedi, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212189: New Service Request: Wikidata Termbox SSR
Milimetric added a comment. In https://wikitech.wikimedia.org/wiki/WMDE/Wikidata/SSR_Service we see that "There is a server-side and the client-side variant of the code, which are distributions of the same implementation." Looking at the current repository, we see that it shares data models (https://github.com/wmde/wikibase-termbox/tree/master/src/datamodel) but that there is common, client-only, and server-only data-access logic. I think architecture decisions hinge on this separation and the reasons for it. In the simplest case, this code would be almost identical client and server-side. No matter where it's running, nodejs or the browser, it would request data, receive it, and render it as html. Mediawiki and wikibase would be responsible for compiling that data in a nice way. The flow would be: BROWSER --get-interface--> NODEJS --get-data--> APIs --return-data--> NODEJS --return-interface--> BROWSER As I understand it, in the proposed architecture, mediawiki sits in between the browser and node to prevent exposing another public endpoint for the node service. Is my understanding correct? Now, I started looking through the code and it looks like there's an effort to keep server and client logic as common as possible, with factories and interfaces and nice patterns, but there are still differences. It looks like there's good reason for this, but how would the client be able to act as a fallback for the server as proposed? By the way the code looks good and I'm glad to see this work going forward.TASK DETAILhttps://phabricator.wikimedia.org/T212189EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, daniel, mobrovac, Joe, Matthias_Geisler_WMDE, Jakob_WMDE, Pablo-WMDE, Aklapper, Lydia_Pintscher, Lea_WMDE, Addshore, WMDE-leszek, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, D3r1ck01, SBisson, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, faidon, Nikerabbit, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T209031: Not able to scoop comment table in labs for mediawiki reconstruction process
Milimetric added a comment. @Nuria, I'm catching up on the task that Jaime recommended and will comment there.TASK DETAILhttps://phabricator.wikimedia.org/T209031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: bd808, tstarling, Fjalapeno, Cloud-Services, jcrespo, Marostegui, mforns, faidon, Milimetric, Krenair, elukey, Nuria, Aklapper, JAllemandou, Akovalyov, Banyek, AndyTan, Killertrap, Zylc, Giuliamocci, 1978Gage2001, Chicocvenancio, Tbscho, Minhnv-2809, JJMC89, srodlund, Luke081515, mys_721tx, Gryllida, scfc, Jay8g, jeremyb, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T204415: Query stats dashboard not updating
Milimetric assigned this task to Nuria. TASK DETAILhttps://phabricator.wikimedia.org/T204415EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nuria, MilimetricCc: Nuria, mpopov, chelsyx, Aklapper, Addshore, Smalyshev, Lydia_Pintscher, Akovalyov, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Jonas, Xmlizer, JAllemandou, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T199517: Investigate June Unique devices increase of 170% for wikidata
Milimetric moved this task from Incoming to Radar on the Analytics board. TASK DETAILhttps://phabricator.wikimedia.org/T199517WORKBOARDhttps://phabricator.wikimedia.org/project/board/11/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Nuria, Aklapper, Lydia_Pintscher, JAllemandou, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T168264: Security review of vue.js library
Milimetric added a comment. To add relevance to this, Wikistats 2.0 which will be launching soon, and is hosted on stats.wikimedia.org, is also using Vue.TASK DETAILhttps://phabricator.wikimedia.org/T168264EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: dpatrick, PokestarFan, WMDE-leszek, Volker_E, thiemowmde, Jonas, Aleksey_WMDE, Milimetric, Aklapper, daniel, Lahi, GoranSMilovanovic, QZanden, EBjune, enigmaeth, rohitt, Dixtosa, Luke081515, Wikidata-bugs, aude, JanZerebecki, csteipp, Mbch331, Jay8g, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. Yes, I agreed with you when you raised this issue at the hackathon. It's riskier to depend on a smaller library. It might not be as big of a deal here because preact and react are compatible, so if the performance on mobile is a big deal, may be worth considering.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Rfarrand, Jakob_WMDE, Mooeypoo, Catrope, dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, GoranSMilovanovic, QZanden, Puik, JGirault, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. @Jan_Dittrich: It seems like the mobile folks are leaning towards preact, but it's worth pinging them. I don't know of anyone else and we stay away from both mediawiki and php for the most part. We do have some extension work coming up soon though, and it's great to see that this option is available. Thank you very much to WMDE for blazing the trail!TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Rfarrand, Jakob_WMDE, Mooeypoo, Catrope, dr0ptp4kt, GWicke, Aleksey_WMDE, daniel, Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, GoranSMilovanovic, QZanden, Puik, JGirault, D3r1ck01, Envlh, Izno, Wikidata-bugs, aude, Tobias1984, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167144: Find out where vue.js is already in use (or planned to be used) in the Wikimedia universe
Milimetric added a comment. Yep, ask me anything.TASK DETAILhttps://phabricator.wikimedia.org/T167144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, daniel, GoranSMilovanovic, QZanden, enigmaeth, rohitt, 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] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. Great points, Magnus. As for .vue files and webpack setup, there is vue-cli which generates some common configuration according to configurable templates. So for example, if you want Vue with webpack, hot reload, .vue transpiling, etc. you can do: $ npm install -g vue-cli $ vue init webpack my-project More info here: https://github.com/vuejs-templates/webpack. I found this handy when just starting because I didn't want to slow down to learn both vue and webpack at the same time.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Niedzielski, Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, QZanden, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. Magnus, that's great, also interested in your thoughts. SSR on vue: https://vuejs.org/v2/guide/ssr.html. Seems like some basic support for vue ssr is possible with php's V8 engine, not sure if we're considering that or just de-coupling and running on node (I share Jon's thoughts on this being a solid approach).TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Magnus, Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, QZanden, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. @Jan_Dittrich: I read your notes and I think your choice between React ecosystem and Vue ecosystem is a good one, no matter which way you go. I prefer Vue but that's totally subjective, so I would recommend doing a small project in each to see how your team feels. I'd like to add that if you like Vue's reactive programming and want more of that in the React ecosystem, you should check out Mobx, which is the reactive version of Redux. I think there are objective reasons that reactive programming is superior, as I mentioned before. And in terms of switching between Vue and React, if you use Mobx it's that much easier.TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T157014: CONSULTATION/PLAN: Managing Complex State and GUI on MediaWiki (e.g. for Wikidata/Wikibase UI)
Milimetric added a comment. @Jan_Dittrich this is exciting. We're also looking at Vue.js for the Wikistats 2.0 rewrite. We have to write a prototype and make sure it performs the way we need, so we haven't decided yet but we have similar questions and concerns. We are coming from knockout, so we have a lot of experience with MVVM. I can give some highlights here, but first I want to say: If you decide to go with Vue.js, I will happily volunteer as much time as I can every week to work on this UI with you. I've been waiting and hoping that our front ends embrace a more mainstream library so I can contribute, and I'm certain that many other developers out there in the world of Open Source feel the same. I have respect for particular pieces of OOJS, such as the sophisticated i18n and RTL work, but it's fighting an impossible battle of attracting real wide scale Open Source collaboration. Vue is modular, and plugins that handle i18n exist. Ideally we can make these better by incorporating the OOJS work in this area. Both are licensed under MIT, so that's not a problem. I think we could of course also use the standard style as defined by @Volker_E and examine how tricky it would be to integrate OOJS UI (not trivial, which is one of the problems: lack of modularity). From our experience with MVVM and reactive programming, here are my main take-aways: modularity and testability is fantastic. Having a pure view model that just manages data is inherently easy to test. You set observable properties and check that computed properties are set as expected. the mentality is different, but closer to the spirit of "manage data, not code". This can take some time getting used to, and it's especially tricky in Knockout because it's not opinionated at all. This was one of the main reasons for us to consider moving to Vue. More opinionated frameworks, if careful, can be easier to learn because there are not as many wrong choices to make. there is plenty of support on sites like stackoverflow. People sometimes worry that if they don't use React or the other most popular framework of the day they won't be able to find answers to their questions. But even knockout, which has a fairly small user base, has a very nice community of people that will help you out and a good database of topics that have already been covered. Knockout and vue.js are also just so simple that you can read the source and understand how they work pretty quickly. And finally my quick thoughts on your FAQ: Does using a reactive/single state, React-like solution mean we need to write mixed JS/CSS/HTML in a new syntax? (aka JSX)? → Html templates are possible, as already stated, but Vue.js "mixed" single file components are much more cleanly separated than React's JSX approach. I dislike JSX aesthetically but have liked Vue's single file components so far. They have good integration with vim which helps. Does that mean that people coming from Object oriented languages will need to learn a whole new paradigm – reactive, pure-functional programming? → I would add to the already good answer that being very conscious of function scope is useful. For example, arrow functions can't be used in some situations in Vue.js because their context is the parent context and that can be undesirable when creating a view model and expecting the context to be that view model. How does DOM access work? Does this mean no jQuery? → Honestly, you will love this after a short while. You can of course access the DOM if you wish, and Vue.js has a nice rich component lifecycle that lets you hook into different phases of rendering, where you have access to the DOM. But it is really relaxing to separate DOM access from data management, it's the main reason MVVM is popular. Don't such libraries need much tooling? → answer given is good. Knockout definitely depends on a lot more tooling than Vue, and I think the Vue creators aimed at directly addressing this problem. There are well thought-out plugins for routing and validation. Though I will say the validation plugins had some bugs, so that's something to consider: some of the ecosystem is still catching up to Vue 2.0. TASK DETAILhttps://phabricator.wikimedia.org/T157014EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MilimetricCc: Milimetric, Prtksxna, Fjalapeno, phuedx, Jdlrobson, siddharth11, Capt_Swing, TheDJ, Jdforrester-WMF, SBisson, WMDE-leszek, Volker_E, Krinkle, gabriel-wmde, Jonas, thiemowmde, Lydia_Pintscher, Jan_Dittrich, Jhernandez, Jdrewniak, Aklapper, SamanthaNguyen, JGirault, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation
Milimetric added a comment. works for me, brainstorm "meetings" could be new tasks in https://phabricator.wikimedia.org/tag/tabular-data/? TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik, Milimetric Cc: RobLa-WMF, Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, Lydia_Pintscher, ekkis, Matanya, MarkTraceur, JEumerus, Thryduulf, Milimetric, MZMcBride, Bawolff, -jem-, gerritbot, Pokefan95, TerraCodes, intracer, ThurnerRupert, brion, Jdforrester-WMF, Eloy, TheDJ, Yurik, Zppix, Riley_Huntley, D3r1ck01, Izno, Luke081515, JAllemandou, Wikidata-bugs, aude, El_Grafo, Ricordisamoa, Shizhao, fbstj, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T134426: Review shared data namespace (tabular data) implementation
Milimetric added a comment. > Another needed feature is to reuse metadata from another page, thus allowing multiple pages to have the same structure. We should brainstorm this external schema idea, set up those weekly meetings I mentioned :) TASK DETAIL https://phabricator.wikimedia.org/T134426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Yurik, Milimetric Cc: RobLa-WMF, Danny_B, DannyH, StudiesWorld, Steinsplitter, Aklapper, Lydia_Pintscher, ekkis, Matanya, MarkTraceur, JEumerus, Thryduulf, Milimetric, MZMcBride, Bawolff, -jem-, gerritbot, Pokefan95, TerraCodes, intracer, ThurnerRupert, brion, Jdforrester-WMF, Eloy, TheDJ, Yurik, Zppix, Riley_Huntley, D3r1ck01, Izno, Luke081515, JAllemandou, Wikidata-bugs, aude, El_Grafo, Ricordisamoa, Shizhao, fbstj, Fabrice_Florin, Mbch331, Jay8g, Krenair, jeremyb ___ 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
Milimetric added a comment. @Yurik, I agree that the majority seem to be supporting, but I think the opposing voices should be taken into consideration more carefully. I read some of the opposition and your replies, and I agree with you about the idea of releasing early and releasing often, but I think the bare bones release should consider this: "before allowing this type of uploads we need a full developed environment for this data in Commons regarding policies (scope etc.), categories, maintance tools (like filters etc.), help & orientation pages (for uploaders and maintainers), etc.. Btw: what about references to support the data or can just everybody throw his data to Commons? But the main question is: who in Commons will be able to additionally monitoring this kind of stuff? Not only the uploads itselfs but also all later modifications (typical edit by IP: "sales": 2.000 --> 200.000)? And: they (companies, marketing, spammers, POV's/COI's users etc.) will abuse in medium-term also this system, providing [fake/false] data for their "interests". IMHO, Commons in the past already suffered some mass-oriented "features" like Wikipedia Zero, cross-wiki uploads via local Visual Editor, mobile uploads, or whatever --> all mostly either grabbed from Internet or out of project scope (often detected only months or years later) — btw: currently, around +/- 30-40 % of daily deletion requests at Commons are already related only to "out of project scope", mostly involving "Commbook"-uploads from spammers and user pics from gals & guys who (will) never touch an wiki article, vomiting an user page on "their" wiki, thinking Commons = Facebook. The concept of "data uploads" may be interesting but ignores (among other things) the completely under-staffed [maintainer] user base in Commons and instead of trying to keep a (+/-) quality database of "free-use images, sound, and other media files" the whole thing is already turning (also regarding e.g. thousands of images grabbed & uploaded from social media) more and more into a random web hoster. Gunnex (talk) 20:05, 8 May 2016 (UTC)" I think this is mostly busy work and I'm happy to do it as one of the tasks on the new board you were going to set up. TASK DETAIL https://phabricator.wikimedia.org/T124569 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Danny_B, Thryduulf, Ricordisamoa, Bene, Micru, Yair_rand, Addshore, aude, hoo, JanZerebecki, MZMcBride, Lydia_Pintscher, tstarling, daniel, MaxSem, Tfinc, Milimetric, Aklapper, Yurik, StudiesWorld, D3r1ck01, Izno, Luke081515, Wikidata-bugs, fbstj, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)
Milimetric claimed this task. Milimetric added a project: Analytics-Kanban. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: MZMcBride, Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, D3r1ck01, 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] [Commented On] T120452: Allow tabular datasets on Commons (or some similar central repository) (CSV, TSV, JSON, XML)
Milimetric added a comment. I'd like to help with this discussion, but not sure where to start. Commons - seems like a decent fit, but not sure what the process is to get approval Wikidata - seems like the best fit, but the team managing it seems to disagree strongly, so do we just stop considering this as an option? Custom Separate Project - this is bad because it would create a new thing, but seems like the fastest way to move forward. TASK DETAIL https://phabricator.wikimedia.org/T120452 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: MZMcBride, Alkamid, Milimetric, Thryduulf, JEumerus, MarkTraceur, Yurik, Matanya, ekkis, matmarex, Lydia_Pintscher, Aklapper, Steinsplitter, StudiesWorld, DannyH, D3r1ck01, 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] [Unblock] T117205: [WD] Partnerships usage KPI
Milimetric closed blocking task T116430: Requests to dumps.wikimedia.org should end up in hadoop wmf.webrequest via kafka! as "Declined". TASK DETAIL https://phabricator.wikimedia.org/T117205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Milimetric Cc: StudiesWorld, Addshore, Lydia_Pintscher, Abraham, Aklapper, D3r1ck01, 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] [Declined] T116430: Requests to dumps.wikimedia.org should end up in hadoop wmf.webrequest via kafka!
Milimetric closed this task as "Declined". Milimetric added a comment. So we're leaning towards declining this unless requests for dumps.wikimedia.org go through varnish. What about using piwik for tracking stats on dumps.wikimedia.org? Is that enough or do you want other stats? TASK DETAIL https://phabricator.wikimedia.org/T116430 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Milimetric, ArielGlenn, Addshore, Aklapper, D3r1ck01, Izno, JAllemandou, Wikidata-bugs, aude, Svick, Mbch331, jeremyb ___ 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)
Milimetric added a comment. nice job organizing, Ariel, let me know if you want to bounce the questions off someone TASK DETAIL https://phabricator.wikimedia.org/T114019 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ArielGlenn, Milimetric 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] [Updated] T114443: EventBus MVP
Milimetric edited projects, added Analytics; removed Analytics-Kanban. TASK DETAIL https://phabricator.wikimedia.org/T114443 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, Milimetric Cc: yuvipanda, JanZerebecki, Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, debt, Gehel, Izno, JAllemandou, jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, daniel, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T114443: EventBus MVP
Milimetric moved this task to Radar on the Analytics workboard. TASK DETAIL https://phabricator.wikimedia.org/T114443 WORKBOARD https://phabricator.wikimedia.org/project/board/11/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, Milimetric Cc: yuvipanda, JanZerebecki, Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, debt, Gehel, Izno, JAllemandou, jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, daniel, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125392: [Task] figure out the ratio of page views by logged-in vs. logged-out users
Milimetric added a comment. @BBlack - so you think cache_status is not even close to accurate? Do we have other accurate measurements of it so we could compare to what extent it's misleading? I'm happy to remove it from the data if it's really bad. TASK DETAIL https://phabricator.wikimedia.org/T125392 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Milimetric Cc: JanZerebecki, Milimetric, BBlack, ori, gerritbot, hoo, daniel, Aklapper, Addshore, 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] T114019: Dumps 2.0 for realz (planning/architecture session)
Milimetric added a comment. @ArielGlenn - looking forward to the discussion TASK DETAIL https://phabricator.wikimedia.org/T114019 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ArielGlenn, Milimetric Cc: 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] [Changed Subscribers] T114019: Dumps 2.0 for realz (planning/architecture session)
Milimetric added a subscriber: Milimetric. TASK DETAIL https://phabricator.wikimedia.org/T114019 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ArielGlenn, Milimetric Cc: Milimetric, RobLa-WMF, GWicke, TTO, zhuyifei1999, StudiesWorld, gnosygnu, LA2, Ladsgroup, intracer, Lokal_Profil, Halfak, Legoktm, Qgil, JanZerebecki, brion, daniel, Hydriz, MZMcBride, hoo, ezachte, wpmirrordev, Nemo_bis, Aklapper, ArielGlenn, 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] [Updated] T114443: EventBus MVP
Milimetric removed a project: Analytics. TASK DETAIL https://phabricator.wikimedia.org/T114443 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, Milimetric Cc: Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, jayvdb, daniel, Mbch331, Jay8g, Ltrlg, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T84923: Reliable publish / subscribe event bus
Milimetric moved this task to Radar on the Analytics workboard. TASK DETAIL https://phabricator.wikimedia.org/T84923 WORKBOARD https://phabricator.wikimedia.org/project/board/11/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: Aklapper, Matanya, Ottomata, mmodell, Eevans, chasemp, brion, Krenair, Halfak, JanZerebecki, bd808, MZMcBride, mobrovac, GWicke, aaron, daniel, Hardikj, yuvipanda, JAllemandou, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, RobLa-WMF, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T116247: Define edit related events for change propagation
Milimetric moved this task to Radar on the Analytics workboard. TASK DETAIL https://phabricator.wikimedia.org/T116247 WORKBOARD https://phabricator.wikimedia.org/project/board/11/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: mobrovac, Milimetric Cc: RobLa-WMF, Nuria, gerritbot, intracer, EBernhardson, Smalyshev, yuvipanda, Hardikj, daniel, aaron, GWicke, mobrovac, MZMcBride, bd808, JanZerebecki, Halfak, Krenair, brion, chasemp, Eevans, mmodell, Ottomata, Matanya, Aklapper, JAllemandou, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T114443: EventBus MVP
Milimetric moved this task to Move To Prioritized on the Analytics workboard. TASK DETAIL https://phabricator.wikimedia.org/T114443 WORKBOARD https://phabricator.wikimedia.org/project/board/11/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ottomata, Milimetric Cc: Glaisher, Milimetric, RobLa-WMF, brion, intracer, Smalyshev, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, Aklapper, JAllemandou, jkroll, Hardikj, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, daniel, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T64874: [Story] Statistics for Special:EntityData usage
Milimetric moved this task to Prioritized on the Analytics-Backlog workboard. TASK DETAIL https://phabricator.wikimedia.org/T64874 WORKBOARD https://phabricator.wikimedia.org/project/board/1308/ EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Milimetric Cc: JAllemandou, Halfak, hoo, Addshore, Ricordisamoa, Aklapper, drdee, Tnegrin, QChris, ezachte, Lydia_Pintscher, daniel, 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] T65808: Allow cross-site domain access from (tools) Labs via CORS
Milimetric added a subscriber: Milimetric. Milimetric added a comment. In https://phabricator.wikimedia.org/T65808#1811005, @Magnus wrote: > Not sure if to add this here or start a new task, but havinf CORS for Labs > (or anyone) for the new pageviews API, e.g. > > https://wikimedia.org/api/rest_v1/metrics/pageviews/per-article/en.wikipedia/all-access/user/Cambridge/daily/20150901/20150930 > > would be really helpful. Hm... CORS is definitely enabled on that path, because the demo for the API [1] runs on a labs instance and so has to use CORS. I wonder why it's not working in your specific instance, @Magnus, do you have an actual CORS error? [1] https://analytics.wmflabs.org/demo/pageview-api/ (line 254 if you open the dev tools to look at the source) TASK DETAIL https://phabricator.wikimedia.org/T65808 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: dpatrick, Milimetric Cc: Milimetric, Aklapper, csteipp, Matanya, Jdlrobson, Krenair, hoo, JanZerebecki, He7d3r, Petrb, Magnus, Snowolf, wikibugs-l-list, jeremyb, Ltrlg, Dereckson, JohnLewis, dpatrick, Luke081515, Wikidata-bugs, aude, Bawolff, Mbch331, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T78822: Highlight blocking team dependencies with 'blocked-onteam' tags
Milimetric moved this task to Done on the Scrum-of-Scrums workboard. TASK DETAIL https://phabricator.wikimedia.org/T78822 WORKBOARD https://phabricator.wikimedia.org/project/board/64/ REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GWicke, Milimetric Cc: Jdforrester-WMF, Qgil, Aklapper, GWicke, RobLa-WMF, Wikidata-bugs, Jdouglas, Parent5446, Arrbee, Arlolra, bd808, Krenair, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T1221: Enhanced search
Milimetric moved this task to Done on the Scrum-of-Scrums workboard. TASK DETAIL https://phabricator.wikimedia.org/T1221 WORKBOARD https://phabricator.wikimedia.org/project/board/64/ REPLY HANDLER ACTIONS Reply to comment or attach files, or !close, !claim, !unsubscribe or !assign username. EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Milimetric Cc: Deskana, Lydia_Pintscher, Wikidata-bugs, Jdouglas, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs