[Wikidata-bugs] [Maniphest] [Commented On] T175109: beta: Wikidata dispatchChanges.php causes a lot of "Wikimedia\Rdbms\DatabaseMysqlBase::unlock failed to release lock"
Ladsgroup added a comment. Since the deployment, it has stopped (from this): F9971571: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T175109EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Stashbot, gerritbot, Krinkle, thiemowmde, Ladsgroup, aude, Aklapper, hashar, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, TerraCodes, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T175109: beta: Wikidata dispatchChanges.php causes a lot of "Wikimedia\Rdbms\DatabaseMysqlBase::unlock failed to release lock"
Ladsgroup closed this task as "Resolved".Ladsgroup triaged this task as "High" priority. TASK DETAILhttps://phabricator.wikimedia.org/T175109EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Stashbot, gerritbot, Krinkle, thiemowmde, Ladsgroup, aude, Aklapper, hashar, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, TerraCodes, Izno, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T177269: Is `altitude` in `globe-coordinate` still in use?
Aklapper added a comment. I'm not quite sure where I should go if I were to have some general Wikibase (API) questions. Could you please give me some guidance? Thanks :-) Please see the "Contact" section on https://www.wikidata.org/wiki/Wikidata:Main_PageTASK DETAILhttps://phabricator.wikimedia.org/T177269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AklapperCc: CXuesong, Aklapper, GoranSMilovanovic, QZanden, 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] T177269: Is `altitude` in `globe-coordinate` still in use?
CXuesong added a comment. In T177269#3653161, @Aklapper wrote: I'm not quite sure where I should go if I were to have some general Wikibase (API) questions. Could you please give me some guidance? Thanks :-) Please see the "Contact" section on https://www.wikidata.org/wiki/Wikidata:Main_Page Oops. Haven't even thought of that before. Thanks Aklapper.TASK DETAILhttps://phabricator.wikimedia.org/T177269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CXuesongCc: CXuesong, Aklapper, GoranSMilovanovic, QZanden, 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] T160332: View the page when hovering over a reference URL
Kiailandi added a subscriber: Glorian_Yapinus.Kiailandi merged a task: T148140: Provide a way to see Wikidata and the source on the same page. TASK DETAILhttps://phabricator.wikimedia.org/T160332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Merged] T148140: Provide a way to see Wikidata and the source on the same page
Kiailandi closed this task as a duplicate of T160332: View the page when hovering over a reference URL. TASK DETAILhttps://phabricator.wikimedia.org/T148140EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins
hashar added a comment. Sorry my bad. The saucelabs* Jenkins instances are for the daily jobs using saucelabs. They only have ruby installed. You would want the permanent jessie slaves that do come with Xvfb/chromium. Eg: node: DebianJessie && contintLabsSlaveTASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipin, hasharCc: gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Izno, Luke081515, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148163: Display every piece of information needed for curation in one page
Kiailandi added a project: Story. TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T160332: View the page when hovering over a reference URL
Kiailandi added a parent task: T148163: Display every piece of information needed for curation in one page. TASK DETAILhttps://phabricator.wikimedia.org/T160332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148179: Statements should be added without reloading the page
Kiailandi added a parent task: T148163: Display every piece of information needed for curation in one page. TASK DETAILhttps://phabricator.wikimedia.org/T148179EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lyqmary, KiailandiCc: Hjfocs, Mushroom, ChristianKl, Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148184: Suggest new statements at the top of the page
Kiailandi added a parent task: T148163: Display every piece of information needed for curation in one page. TASK DETAILhttps://phabricator.wikimedia.org/T148184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Kiailandi, Hjfocs, Glorian_Yapinus, Aklapper, GoranSMilovanovic, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148163: Display every piece of information needed for curation in one page
Kiailandi added subtasks: T148184: Suggest new statements at the top of the page, T160332: View the page when hovering over a reference URL, T148179: Statements should be added without reloading the page. TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T160332: View the page when hovering over a reference URL
Kiailandi claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T160332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T148184: Suggest new statements at the top of the page
Kiailandi added a comment. We added a new navigation menu to move to the first new statement in each property. It is live on wikidata and can be found here: Github commit.TASK DETAILhttps://phabricator.wikimedia.org/T148184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Kiailandi, Hjfocs, Glorian_Yapinus, Aklapper, GoranSMilovanovic, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T148163: Display every piece of information needed for curation in one page
Kiailandi closed subtask T148184: Suggest new statements at the top of the page as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T148184: Suggest new statements at the top of the page
Kiailandi closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T148184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Kiailandi, Hjfocs, Glorian_Yapinus, Aklapper, GoranSMilovanovic, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T169999: Update (edit) the tool proposal
Kiailandi closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T16EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: PokestarFan, Aklapper, Kiailandi, GoranSMilovanovic, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T148163: Display every piece of information needed for curation in one page
Kiailandi claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T175164: Migrate the navigation menu generator to the extension
Kiailandi added a parent task: T148163: Display every piece of information needed for curation in one page. TASK DETAILhttps://phabricator.wikimedia.org/T175164EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Aklapper, Kiailandi, GoranSMilovanovic, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148163: Display every piece of information needed for curation in one page
Kiailandi added a subtask: T175164: Migrate the navigation menu generator to the extension. TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T175164: Migrate the navigation menu generator to the extension
Kiailandi added a parent task: T148184: Suggest new statements at the top of the page. TASK DETAILhttps://phabricator.wikimedia.org/T175164EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Aklapper, Kiailandi, GoranSMilovanovic, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T177231: Add name of property with new references/qualifier in "Browse Primary Sources" menu
Kiailandi added a parent task: T148184: Suggest new statements at the top of the page. TASK DETAILhttps://phabricator.wikimedia.org/T177231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Aklapper, Afnecors, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148184: Suggest new statements at the top of the page
Kiailandi added subtasks: T177231: Add name of property with new references/qualifier in "Browse Primary Sources" menu, T175164: Migrate the navigation menu generator to the extension. TASK DETAILhttps://phabricator.wikimedia.org/T148184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Kiailandi, Hjfocs, Glorian_Yapinus, Aklapper, GoranSMilovanovic, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T175164: Migrate the navigation menu generator to the extension
Kiailandi removed a parent task: T148163: Display every piece of information needed for curation in one page. TASK DETAILhttps://phabricator.wikimedia.org/T175164EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Aklapper, Kiailandi, GoranSMilovanovic, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T148163: Display every piece of information needed for curation in one page
Kiailandi removed a subtask: T175164: Migrate the navigation menu generator to the extension. TASK DETAILhttps://phabricator.wikimedia.org/T148163EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, GoranSMilovanovic, Kiailandi, QZanden, dachary, Hjfocs, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins
zeljkofilipin added a comment. It is running, but failing a lot: https://integration.wikimedia.org/ci/job/selenium-Wikibase-T167432/BROWSER=chrome,MEDIAWIKI_ENVIRONMENT=beta,PLATFORM=Linux,label=DebianJessie%20&&%20contintLabsSlave/9/consoleTASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Izno, Luke081515, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Raised Priority] T160332: View the page when hovering over a reference URL
Kiailandi raised the priority of this task from "Low" to "High". TASK DETAILhttps://phabricator.wikimedia.org/T160332EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KiailandiCc: Glorian_Yapinus, Aklapper, Hjfocs, GoranSMilovanovic, Kiailandi, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins
zeljkofilipin added a comment. 212 scenarios (69 failed, 19 skipped, 124 passed)TASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Izno, Luke081515, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167432: Run Wikibase daily browser tests on Jenkins
zeljkofilipin added a comment. 42 out of 69 failures (61%) are The save has failed. (failed-save) (MediawikiApi::ApiError)TASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Liudvikas, Izno, Luke081515, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T176515: More flexible user experience for monitoring Wikidata changes from client, using new filters
Mattflaschen-WMF added a comment. In T176515#3644935, @eranroz wrote: I think one edit in Wikidata can change both description, label and sitelink (at least the API expose edit entity), so assuming it is one to many connection, I would stick to tag_summary. To solve that, we could evaluate splitting one repository edit (which affected e.g. all of those) into multiple separate client edits (each with only one rc_source, e.g. one for wb.description, one for wb.sitelinks, etc.). However we implement this, we should evaluate the performance implications so it doesn't worsen T171027 .TASK DETAILhttps://phabricator.wikimedia.org/T176515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Noella94, hoo, Trizek-WMF, Lea_Lacroix_WMDE, Elitre, RP88, Catrope, SBisson, Mattflaschen-WMF, Aklapper, eranroz, GoranSMilovanovic, QZanden, Iniquity, jmatazzoni, 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] T140890: Drop EntityPerPage service
Ladsgroup added a comment. AFAIK Yes, @Lydia_Pintscher is that correct?TASK DETAILhttps://phabricator.wikimedia.org/T140890EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: PokestarFan, Lydia_Pintscher, WMDE-leszek, Ladsgroup, Aklapper, hoo, gerritbot, Tobi_WMDE_SW, Zppix, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T177257: ArticlePlaceholder hit counts from bnwiki seem bogus
Addshore added a comment. @Lydia_Pintscher it would be great if you could prioritize this one :)TASK DETAILhttps://phabricator.wikimedia.org/T177257EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Lucie, Lydia_Pintscher, Nuria, Addshore, hoo, GoranSMilovanovic, QZanden, cmadeo, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T177257: ArticlePlaceholder hit counts from bnwiki seem bogus
Lydia_Pintscher triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T177257EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, Lydia_PintscherCc: Aklapper, Lucie, Lydia_Pintscher, Nuria, Addshore, hoo, GoranSMilovanovic, QZanden, cmadeo, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T177023: Add a page_props entry to new file pages linking to the associated MediaInfo entity
matthiasmullie claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T177023EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matthiasmullieCc: Cparle, MBinder_WMF, Ramsey-WMF, Aklapper, MarkTraceur, E1presidente, Jmmuguerza, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, V4switch, Susannaanas, Izno, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Bawolff, Ricordisamoa, Fabrice_Florin, Raymond, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T131896: CommonsMetadata should consider an image non-free if any of the license metadata blocks is nonfree
debt added a project: Structured-Data-Commons.debt added subscribers: Jdrewniak, Ramsey-WMF.Herald added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T131896EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Ramsey-WMF, Jdrewniak, Jdlrobson, dr0ptp4kt, Fako85, Xaosflux, gerritbot, Ricordisamoa, Aklapper, Steinsplitter, Tgr, E1presidente, Jmmuguerza, SandraF_WMF, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Acer, V4switch, Lewizho99, Maathavan, Susannaanas, Izno, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Bawolff, Fabrice_Florin, Raymond, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T175185: Interviews with Commons contributor stakeholders in Commons structured data program
Capt_Swing triaged this task as "Normal" priority.Capt_Swing updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONLearn how structured data will impact Wikimedia volunteers who curate media (including tool developers) on Commons by talking to them about their activities and workflows. **Subtasks** [ ] write and vet interview protocol and consent form [ ] recruit for and perform interviews [ ] write up report of results [ ] present results to SDC program teams [ ] publish blog postsTASK DETAILhttps://phabricator.wikimedia.org/T175185EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: Nirzar, Ramsey-WMF, Raymond, Sadads, SandraF_WMF, Abit, Capt_Swing, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, Acer, Avner, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T159495: Interviews with GLAM stakeholders in Commons structured data program
Capt_Swing updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONLearn how structured data will impact GLAM stakeholders who contribute media to Wikimedia Commons by talking to them about their goals, current workflows, and unmet needs. **Subtasks** [x] write and vet interview protocol and consent form [x] recruit for and perform interviews [ ] write up report of results [ ] present results to SDC program teams [ ] publish blog posts **Research page:** https://meta.wikimedia.org/wiki/Research:Supporting_Commons_contribution_by_GLAM_institutionsTASK DETAILhttps://phabricator.wikimedia.org/T159495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: Ricordisamoa, Capt_Swing, Aklapper, E1presidente, Ramsey-WMF, Jmmuguerza, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, Avner, SBecker, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, aripstra, Fabrice_Florin, Raymond, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T175185: Interviews with Commons contributor stakeholders in Commons structured data program
Capt_Swing updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[ ] publish blog posts **Research page:** TBATASK DETAILhttps://phabricator.wikimedia.org/T175185EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Capt_SwingCc: Nirzar, Ramsey-WMF, Raymond, Sadads, SandraF_WMF, Abit, Capt_Swing, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, Acer, Avner, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T175919: investigate GC times on wikidata query service
Gehel added a comment. Comments inline. Keep in mind that my understanding of GC is limited, I am most probably wrong in a lot of what I write below. And my understanding of G1 is even more limited... In T175919#3647588, @Smalyshev wrote: So I took a look at our logs from Sep 29 with http://gceasy.io/ and I got the following conclusions (could be totally misguided, please tell me if so): The log file covers about 5 to 6 hours. I think this should be enough but maybe if there are daily patterns it could be useful to have a larger data set to look integratively on. We could do this probably by bumping rotated file size to ~100M from 20M. gceasy allows you to upload multiple files in a .tar.gz archive, so no need to change the config GC consumes 7-8% of CPU time. Have no idea if it's normal for Java service or not. No, it is not. Anything above 5% is suspicious. For comparison, elastic1023 is at a little bit over 1%. There's four long pause GC events I found in the logs for the last day. One took 40s. From what I see, three of them were in quick succession (around 3:08 am) - which indicates the same failure scenario I alluded to before - instead of failing the allocation, JVM starts obsessively GCing, trying to eke out that last byte. This is the failure mode I am concerned the most about. Not sure what's the alternative here - as I understand, Java has no safe out of memory failure mode? It's either slow death by GC or fast death by OOM? Actually, there are many failure modes (what fun would it be without them). When no heap is available for allocation (either not enough space, or too much fragmentation), GC is run. If after a certain amount of effort not enough memory can be freed to do the allocation, then an OOME is raised. That's the easy scenario. As long as the GC can free up memory for allocation, no OOME occurs. But if the application continues to ask for allocation, GC will start again. Trouble begins when the GC rate is close to the allocation rate, basically, the GC can just keep up, throughput decrease as the GC pressure raises, keeping things mostly in balance. Consecutive full GC is still another problem. The main reason for full GC (as far as I understand) is when old gen needs to be collected. Full GC implies a longer stop-the-world phase. The cause is usually too early promotion, or a too large (and thus more expensive to collect) old gen. It does not necessarily means that no heap is available, but more that it isn't available in the right place. To minimize this, we should ensure that only long lived objects make it to the old gen and that no premature promotion occurs. Note that too much allocation can result in the same symptoms, with new allocation taking all the new gen space and pushing too much to old gen. Cross-referencing these events with WDQS dashboards shows that these events blocked updates, causing several minute lag in updates. Which means the server was essentially in coma for several minutes, but then recovered. Good news is it did recover, bad news is it should never happen in the first place. This makes me think that we have an increased allocation rate for some time (a few queries allocating much more, or allocating objects more expensive to collect). Once the workload is back to normal, the JVM recovers. That's only an assumption, and I'm not sure how to invalidate it... Heap usage after GC is reported just under 6G. I think that means making heap size less than 6G is asking for trouble. There are several peaks reaching 12G. What is important is the minima of heap after GC, which on the logs I sampled seems to be fairly consistently between 2 and 3 GB. The minima are important, because in most cases, GC will only free what it needs, leaving a lot of garbage in place. The minima is when we are the closest of not having any garbage left... By slowly minimizing the overall size of heap, we will see better what the reasonable limit is. GC times mostly stay under 5sec, but there are many over 1sec, it probably would be a good idea to keep them down. I'm used to GC taking less than 100ms in most cases. Again, elastic1023 as comparison: 99.849% in less than 1 sec, avg GC time: 50ms, longest GC ~3 seconds. Old Gen size stays mostly between 5-6G, which seems to indicate that is what long-term Blazegraph data structures need (unless I misunderstand what Old Gen means). There are several spikes, which I suspect are due to long-running queries that take so much time that normally transient structures get promoted to old gen, but I may be wrong here. This conclusion also is supported by the fact that the peaks are generally short-lived (which I interpret as query finally finishing or timing out and its memory allocation being released). Again, what is interesting are the minima of old gen after GC, which I see between 2 and 3 GB. Young gen size goes from 6-7G before GC to under 1G after GC. That means there's probably some space for reducing the h
[Wikidata-bugs] [Maniphest] [Closed] T168041: Assign different favicons to query.wikidata.org and test.wikidata.org
Smalyshev closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T168041EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Hanna_Petruschat_WMDE, gerritbot, Esc3300, PokestarFan, Smalyshev, James_Budday, Jonas, Jan_Dittrich, Charlie_WMDE, Lydia_Pintscher, Aklapper, MisterSynergy, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, JGirault, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T175919: investigate GC times on wikidata query service
Gehel added a comment. It would be interesting to see if allocation rate goes up when we see the JVM locking up. gceasy does not graph allocation rate over time, but I think that JClarity Censum might do that (closed source, but demo license available).TASK DETAILhttps://phabricator.wikimedia.org/T175919EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: Stashbot, gerritbot, Smalyshev, Gehel, Aklapper, Gq86, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T177257: ArticlePlaceholder hit counts from bnwiki seem bogus
hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...What's going on here? All metrics seem overly high for `bnwiki` and I can't make any sense of that.TASK DETAILhttps://phabricator.wikimedia.org/T177257EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, hooCc: Aklapper, Lucie, Lydia_Pintscher, Nuria, Addshore, hoo, GoranSMilovanovic, QZanden, cmadeo, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177311: 2% of /w/load.php spent in WebStart/onBeforeCreateEchoEvent for Wikibase
Krinkle created this task.Krinkle added projects: Performance-Team, MediaWiki-extensions-WikibaseClient, Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTION/includes/WebStart.php EchoHooks::initEchoExtension (3.05%) Wikibase\Client\Hooks\EchoNotificationsHandlers::onBeforeCreateEchoEvent Wikibase\Client\Hooks\EchoNotificationsHandlers::newFromGlobalState (2.63%) public static function onBeforeCreateEchoEvent( array &$notifications, array &$notificationCategories, array &$icons ) { $self = self::newFromGlobalState(); $self->doBeforeCreateEchoEvent( $notifications, $notificationCategories, $icons ); } For example: https://performance.wikimedia.org/xenon/svgs/daily/2017-10-01.load.svgz F9984501: Screen Shot 2017-10-03 at 19.24.12.png The doBeforeCreateEchoEvent() method call itself is trivial. Most time is spent in newFromGlobalState(), which requires numerous services that are not used. NamespaceChecker (unused) RepoLinker (unused) WikibaseClient (mostly unused, except for Settings) WikibaseClient//SiteLookup (unused) WikibaseClient//DataTypeDefinitions (unused) WikibaseClient//Settings (used) The most expensive here is SiteLookup and NamespaceChecker, which are both created here for the unrelated hook onWikibaseHandleChange - which is not called on most requests and not worth blocking WebStart on all web requests. From a brief look it seems that the main problem is that all hook handlers share the same singleton for injection (instead of obtaining their own services as needed), which means calling one hook ends up also requiring services for other hooks. A deeper problem is that these services have expensive constructors, which is unexpected, and likely the reason why this approach was assumed to be unproblematic. See also: T160678: Reduce ChronologyProtector init cost for load.phpTASK DETAILhttps://phabricator.wikimedia.org/T177311EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc: aude, thiemowmde, Krinkle, Aklapper, GoranSMilovanovic, QZanden, Vali.matei, 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] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)
Halfak added a comment. I'm not sure we'd make use of an external service. In our case, I think a more robust timeout and some testing gets us what we need.TASK DETAILhttps://phabricator.wikimedia.org/T176312EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HalfakCc: Halfak, Anomie, Smalyshev, tstarling, daniel, GWicke, Joe, Lucas_Werkmeister_WMDE, Krinkle, Aklapper, GoranSMilovanovic, QZanden, Agabi10, Izno, SBisson, Wikidata-bugs, aude, jayvdb, fbstj, RobLa-WMF, 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] [Retitled] T174519: [epic] Determine baseline for metrics on Commons
debt renamed this task from "Determine baseline for metrics on Commons" to "[epic] Determine baseline for metrics on Commons". TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T174519: [epic] SDoC: Determine baseline for metrics
debt renamed this task from "[epic] Determine baseline for metrics on Commons" to "[epic] SDoC: Determine baseline for metrics".debt raised the priority of this task from "Normal" to "High".debt edited projects, added Discovery-Analysis (Current work); removed Discovery-Analysis.debt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAs the #structured-data-commons project ramps up, we'll need to figure out a baseline for metrics on Commons in order to measure future successes. This ticket will be used as a base for the needs/wants for this endeavor. > This is scheduled to take place in Q2, as per goals: https://www.mediawiki.org/wiki/Wikimedia_Technology/Goals/2017-18_Q2#Segment_2:_Search_integration_and_exposure = Let's do this by:...** is eventlogging setup only on Commons or is it on other projects *** Multi-projects at once? ** can eventlogging from various sources be combined into a meaningful set of metrics/dashboard*** Search satisfaction schema * How do users generally use Commons...** Is there a way to tell what the current zero results rate is for searches on Commons > This is scheduled to take place in Q2,* How many search "hits" are based on a match in the file name vs. description vs. category * Better analysis of how many files may be currently "unfindable" because of lack of categorization, unhelpful file name, no description (or poor description) * Analysis of how many contributions are made by individuals vs. as per goals: https://www.mediawiki.org/wiki/Wikimedia_Technology/Goals/2017-18_Q2#Segment_2:_Search_integration_and_exposuremass-tools/institutions --- = Things to think about / keep in mind: * Zero results rate (ZRR) * More relevant results ** What is ‘relevant’ * Clickthroughs from cross-project searches * API usage * User engagement ** ‘People were able to learn more’ * User satisfaction * Effort users spend finding something * Time users spend finding something * Tracking downloads of media * Steps to unique queries * How many embeds on other projects * How many times a specific file/image has shown up in searches * How many files/images never show up in searches * How many searches are by exclusions ** ‘Pictures of cats but not calicos’ TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T174519: [epic] SDoC: Determine baseline for metrics
debt created subtask T177353: Metrics for SDoC: look at search hits based on which element the search is hitting. TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177353: Metrics for SDoC: look at search hits based on which element the search is hitting
debt created this task.debt added projects: Wikidata, Discovery, Structured-Data-Commons, Discovery-Analysis. TASK DESCRIPTIONSearch hits based on which element the search is hitting file name vs. description vs. category "Unfindable" images metrics lack of categorization, unhelpful file name, no description (or poor description) e.g. images (and files in general) that you just stumble upon but there’s no way anyone would be able to search for it TASK DETAILhttps://phabricator.wikimedia.org/T177353EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T174519: [epic] SDoC: Determine baseline for metrics
debt created subtask T177354: Metrics for SDoC: look at contributions. TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177354: Metrics for SDoC: look at contributions
debt created this task.debt added projects: Wikidata, Discovery, Structured-Data-Commons, Discovery-Analysis. TASK DESCRIPTIONContributions by: individuals mass-tools/institutions TASK DETAILhttps://phabricator.wikimedia.org/T177354EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T174519: [epic] SDoC: Determine baseline for metrics
debt created subtask T177356: Metrics for SDoC: look at querying databases. TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177356: Metrics for SDoC: look at querying databases
debt created this task.debt added projects: Wikidata, Discovery, Structured-Data-Commons, Discovery-Analysis. TASK DESCRIPTIONQuerying databases How many: mpegs, pngs, ogg, etc Benefits to being able to answer question re: filetypes (example) Validate future tools (currently focused on images) Push to focus more on other media types (e.g. audio, video) Would be good to show “here’s how many files that are images and why it’s okay for us to focus on those for now” After MP3 upload is implemented Track usage Tell the story on how it went / how it’s going Track organic growth rate of uploads (historical trends) By file type (including 3D (STL), vector formats, etc) Use case: Is there a desire to add / create more functionality for certain file types based on the growth of those file types Don’t include files uploaded and then deleted before a certain threshold or uploaded by an account that was deleted (e.g. spam bots) Some organizations look at how many of their files were deleted - due to image quality What is the minimal viable upload quality "Statements” (metadata) that were added after upload - compare that with deletions?? Would be great to be able to say “this is the metadata you should have if you want to ensure a good outcome” Might be best shown with queries - rather than a dashboard (ongoing metric tracking) What is the ‘median’ survival time of metadata? (What’s the number used for new articles?) TASK DETAILhttps://phabricator.wikimedia.org/T177356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T177356: Metrics for SDoC: look at querying databases
debt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* What is the ‘median’ survival time of metadata? (What’s the number used for new articles?) ** How many files are getting deleted? *** copyright violations Use case: creation of auto-copyright violation tools *** otres *** Average time to deletion? *** How many people are involved in flagging for deletion/deleting files TASK DETAILhttps://phabricator.wikimedia.org/T177356EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T174519: [epic] SDoC: Determine baseline for metrics
debt created subtask T177357: Metrics for SDoC: future work of interest. TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177357: Metrics for SDoC: future work of interest
debt created this task.debt added projects: Wikidata, Discovery, Structured-Data-Commons, Discovery-Analysis. TASK DESCRIPTIONFuture work of interest: Templates tied to licensing Use case: migration to a different license templating system? (migrating from current system to licenses in structured data, etc) How many times licenses are being used How many media files have multiple licenses Countries have different requirements (ie: ‘author is dead for X years and has data in the public domain’, etc) PD-Art tag is when you’ve taken a picture of a work in public domain; current UploadWizard implementation defaults to PD-Art template that requires at least parameter (but we don’t allow the user to enter that parameter) => will be problematic in the migration (usage might be wrong when tagged PD-Art)? Example to understand this use case: Picasso’s work FYI: Multi-license copyright tags documentation and also https://commons.wikimedia.org/wiki/Commons:Multi-licensing We want templates to be more structured and more accurate Licensing will be key and understanding licensing on Commons will be super important Snapshot-in-time work: distribution of licenses, co-occurrence of licenses in files Interest in reduction of number of categories & number of categories created Number of categories, number of hidden categories (how many pages they are applied to - might be future work), number of categories that go away (deleted) TASK DETAILhttps://phabricator.wikimedia.org/T177357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T177358: Metrics for SDoC: translations
debt created this task.debt added projects: Wikidata, Discovery, Structured-Data-Commons, Discovery-Analysis. TASK DESCRIPTIONTranslations Files/descriptions in multiple languages? Might need to use the description field We need to make things more accessible for other languages (grant requirement) Where are we at with languages? How many files are in lang X? How many have multiple languages in them? How many Western industrialized languages? Looking for a benchmark to judge later growth on How many search queries happen in what languages? ie: 8% of searches were done in Bengali, but the descriptions of the files using Bengali were only 0.5% TASK DETAILhttps://phabricator.wikimedia.org/T177358EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Aklapper, mpopov, chelsyx, Abit, SandraF_WMF, Ramsey-WMF, Capt_Swing, debt, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T174519: [epic] SDoC: Determine baseline for metrics
debt created subtask T177358: Metrics for SDoC: translations. TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Capt_Swing, Ramsey-WMF, SandraF_WMF, Abit, chelsyx, mpopov, debt, Aklapper, E1presidente, Jmmuguerza, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T176515: More flexible user experience for monitoring Wikidata changes from client, using new filters
Zache added a comment. Yes, you can create or rewrite the Wikidata item in one edit. Example https://www.wikidata.org/w/index.php?title=Q29968431&action=""> TASK DETAILhttps://phabricator.wikimedia.org/T176515EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ZacheCc: Zache, Noella94, hoo, Trizek-WMF, Lea_Lacroix_WMDE, Elitre, RP88, Catrope, SBisson, Mattflaschen-WMF, Aklapper, eranroz, GoranSMilovanovic, QZanden, Iniquity, jmatazzoni, 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] T177232: Turn pseudo-PHP library data/values/javascript into the npm package
WMDE-leszek added a comment. https://github.com/wmde/DataValuesJavaScript/pull/124 got merged, the other PR ready for the review.TASK DETAILhttps://phabricator.wikimedia.org/T177232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Addshore, Lydia_Pintscher, WMDE-leszek, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs