[Wikidata-bugs] [Maniphest] [Commented On] T173217: show description and Entity ID instead of target page title in tooltip on links to entities
Bugreporter added a comment. Note: the "Descriptions" gadget should be removed once it is fixed.TASK DETAILhttps://phabricator.wikimedia.org/T173217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, gerritbot, hoo, thiemowmde, Aklapper, PokestarFan, 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] [Created] T173288: Dropdown for selecting languages for lexeme/form/sense
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONThey should be a suggester for selecting languages for lexeme/form/sense.TASK DETAILhttps://phabricator.wikimedia.org/T173288EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, PokestarFan, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173287: Deleted and non-existent lexemes should be indicated as such
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONhttp://wikidata-lexeme.wmflabs.org/index.php/Lexeme:L13 uses several deleted and non-existent lexemes. They should be indicated as such. What about deleted forms and senses?TASK DETAILhttps://phabricator.wikimedia.org/T173287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, PokestarFan, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173286: Do not display sense ID in statements
Bugreporter created this task.Bugreporter added projects: Lexicographical data, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONIn http://wikidata-lexeme.wmflabs.org/index.php/Lexeme:L13, "Synonym" is now displayed as: difficult (L3627-S4) English adjective: not easy, requiring skill sense ID is internal like Qid and Pid, displaying them is inconsistent, unless we also display Qid and Pid in statements. This should be displayed as: difficult English adjective: not easy, requiring skill or more simply but ambigous: difficult (English adjective) or: difficult (gloss is something like description, that we don't display either)TASK DETAILhttps://phabricator.wikimedia.org/T173286EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, PokestarFan, Bugreporter, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173285: Enable Wikibase Client on Wikimedia Office
dbarratt created this task.dbarratt added projects: Wikimedia-Extension-setup, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONIt would be helpful if we could use Wikidata on the office wiki. To accomplish this we should use Wikibase ClientTASK DETAILhttps://phabricator.wikimedia.org/T173285WORKBOARDhttps://phabricator.wikimedia.org/project/board/188/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Aklapper, PokestarFan, dbarratt, GoranSMilovanovic, QZanden, Urbanecm, Izno, Luke081515, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair, MarcoAurelio___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Lowered Priority] T173269: Wikidata.org currently very slow
Marostegui lowered the priority of this task from "Unbreak Now!" to "Normal".Marostegui added a comment. This graphs shows that the traffic got back to normal rate hours ago. What caused this...I don't know. But I think we can lower (if not close) this issue. https://grafana.wikimedia.org/dashboard/db/wikidata-edits?refresh=1m=6=1=1502505928446=1502678728447TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Peachey88, Marostegui, Krenair, Addshore, TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Minhnv-2809, Zppix, Izno, Luke081515, Wikidata-bugs, aude, faidon, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T172914: mw.wikibase.entity: Use __index to lazy register entity usages
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranroz, gerritbotCc: gerritbot, Halfak, Aklapper, daniel, Lydia_Pintscher, aude, Liuxinyu970226, CennoxX, Danmichaelo, Scott_WUaS, Ltrlg, Oliv0, Izno, eranroz, PokestarFan, Doc_James, hoo, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T172914: mw.wikibase.entity: Use __index to lazy register entity usages
gerritbot added a comment. Change 371651 had a related patch set uploaded (by Legoktm; owner: Eranroz): [mediawiki/extensions/Wikibase@master] xkill - lazy track labels/sitelinks/claims https://gerrit.wikimedia.org/r/371651TASK DETAILhttps://phabricator.wikimedia.org/T172914EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: eranroz, gerritbotCc: gerritbot, Halfak, Aklapper, daniel, Lydia_Pintscher, aude, Liuxinyu970226, CennoxX, Danmichaelo, Scott_WUaS, Ltrlg, Oliv0, Izno, eranroz, PokestarFan, Doc_James, hoo, GoranSMilovanovic, QZanden, 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] T173217: show description and Entity ID instead of target page title in tooltip on links to entities
gerritbot added a comment. Change 370327 had a related patch set uploaded (by Daniel Kinzler; owner: Daniel Kinzler): [mediawiki/extensions/Wikibase@master] Show description of target entity when hovering over link. https://gerrit.wikimedia.org/r/370327TASK DETAILhttps://phabricator.wikimedia.org/T173217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, hoo, thiemowmde, Aklapper, PokestarFan, daniel, 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] T173217: show description and Entity ID instead of target page title in tooltip on links to entities
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T173217EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, hoo, thiemowmde, Aklapper, PokestarFan, 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] [Created] T173277: Thematic cross-wiki watchlist, ideally based on Wikidata SPARQL queries
Daniel_Mietchen created this task.Daniel_Mietchen added projects: Reports-bot, Wikidata.Herald added a subscriber: PokestarFan. TASK DESCRIPTIONIn the context of Wikimedians for Disaster Response, the request came up for a service that would allow for monitoring Recent Changes through WikiProject-like thematic tagging across wikis, perhaps even based on SPARQL queries. Specifically, we would like to be able to search for disaster-related Wikidata items, then pick the associated sitelinks and get a feed of recent changes to such items.TASK DETAILhttps://phabricator.wikimedia.org/T173277EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Daniel_MietchenCc: PokestarFan, Harej, Daniel_Mietchen, 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] T173248: Convert blank nodes to “unknown value”
Lucas_Werkmeister_WMDE added a comment. Yes, but the point of the label isn’t to be unambiguous anyways.TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] T173269: Wikidata.org currently very slow
Marostegui added a comment. I am seeing one disk on db1063 (the master) with errors and predictive failure, but it has been on predictive failure since 15th Jul, and the raid is OPTIMAL status. As the traffic has recovered on the master after the drop, I would say that disk predictive failure and errors (only 379 errors only) has nothing to do with this issue.TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Marostegui, Krenair, Addshore, TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Minhnv-2809, Zppix, Izno, Luke081515, Wikidata-bugs, aude, faidon, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173269: Wikidata.org currently very slow
Marostegui added a comment. I don't see anything wrong with db1082 (or the s5 master). db1082 had some spikes but traffic is back to normal: https://grafana.wikimedia.org/dashboard/db/mysql?orgId=1=eqiad%20prometheus%2Fops=db1082=9104=1m=1502611167573=1502654367573 db1063 (the master) had a big drop in traffic, but it also recovered: https://grafana.wikimedia.org/dashboard/db/mysql?orgId=1=1m=1502611227789=1502654427790=eqiad%20prometheus%2Fops=db1063=9104 I have checked both servers and they had no HW or MySQL issues, so I would say this could be a consequence of whatever is/was going on rather than the cause.TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Marostegui, Krenair, Addshore, TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Minhnv-2809, Zppix, Izno, Luke081515, Wikidata-bugs, aude, faidon, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T173196: Should client term access in user language track all labels as being used on multilingual wikis?
hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Due to this, I suggest towe should track **all** labels as used in this case:...TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Jarekt, Multichill, eranroz, Halfak, Lydia_Pintscher, Aklapper, daniel, PokestarFan, hoo, 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] T173231: Wikidata Elastic search drops results with matches in different language label
dcausse added a comment. I think the solution here is to return offsets alongside the text snippets. There is an offset gap of 1 between array elements so instance an array [ "", "Image" ] will have 1 as a starting offset for the query image. The hack would be to send this highlight query: "highlight": { "fields": { "labels.en.prefix": { "type": "experimental", "options": { } }, + additional preferred fallback languages with "skip_if_last_matched": true, "labels.*.prefix": { "type": "experimental", "options": { "skip_if_last_matched": true, "return_snippets_and_offsets": true } } } } The new option return_snippets_and_offsets needs to be implemented but would output 1:1-XX:YY|Image, blah for the first alias and 0:0-XX:YY|Image, blah for labels. In short if the snippet string starts with 0 it's a label, anything else it's an alias. The language chosen will the first one found in the mapping so it's why it's preferable to explicitly send a list of fallback language first if this is important. skip_if_last_matched will make sure to stop early and not scan all languages.TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dcausseCc: gerritbot, daniel, dcausse, Aklapper, PokestarFan, Smalyshev, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 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] T173196: Should client term access in user language track all labels as being used on multilingual wikis?
hoo added a comment. I think we all agree that this should be done, so I will change this task towards actually doing this!TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Jarekt, Multichill, eranroz, Halfak, Lydia_Pintscher, Aklapper, daniel, PokestarFan, hoo, 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] T173196: Should client term access in user language track all labels as being used on multilingual wikis?
hoo added a comment. I think we all agree that this should be done, so I will change this task towards actually doing this!TASK DETAILhttps://phabricator.wikimedia.org/T173196EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Jarekt, Multichill, eranroz, Halfak, Lydia_Pintscher, Aklapper, daniel, PokestarFan, hoo, 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] T173231: Wikidata Elastic search drops results with matches in different language label
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, daniel, dcausse, Aklapper, PokestarFan, Smalyshev, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, 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] T173231: Wikidata Elastic search drops results with matches in different language label
gerritbot added a comment. Change 371747 had a related patch set uploaded (by DCausse; owner: DCausse): [search/highlighter@master] Add new formatter to output offsets text snippets https://gerrit.wikimedia.org/r/371747TASK DETAILhttps://phabricator.wikimedia.org/T173231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, daniel, dcausse, Aklapper, PokestarFan, Smalyshev, GoranSMilovanovic, QZanden, EBjune, 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] T173248: Convert blank nodes to “unknown value”
Smalyshev added a comment. True, but it is also possible that the label is "unknown value", so it also makes it potentially misleading. "Special" values are always problematic...TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] T173248: Convert blank nodes to “unknown value”
Lucas_Werkmeister_WMDE added a comment. Isn’t the label service a kind of GUI-like thing already? Tools that process data should primarily look at the value itself, not at the label, and the same goes for tools that are actually interested in the bnode’s identity: they can all still select the regular variable (in the example query, ?type) and continue to use it as before. In fact, any tool that looks at the label to distinguish bnodes, or to decide that t\d+ must mean “unknown value”, is broken already, since any regular entity can also have such a label.TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Retitled] T173248: Convert blank nodes to “unknown value”
Smalyshev renamed this task from "Convert blank nodes to “unknown value” in label service" to "Convert blank nodes to “unknown value” ". TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Triaged] T173248: Convert blank nodes to “unknown value” in label service
Smalyshev triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] T173248: Convert blank nodes to “unknown value” in label service
Smalyshev added a comment. I think it would be a nice idea for the label service to display this as “unknown value”. In GUI, certainly, but in API results, I don't think so. For two reasons: Tools that process data should be able to easily spot such kind of data. t\d+ is easy enough, "unknown value" in 200 languages may be much harder. These IDs actually have meaning, even if rather obscure and mostly useless one. Bnodes are not all equal - different bnodes are different things. If we replace them all with the same string, we will create an illusion that the values are actually equal, and for some tools that do not know about string "unknown value" being special (in all 200 languages) it may mislead them into thinking two bnodes are equal, which is almost always wrong. TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] T173145: Global users should be wikidata items
dbarratt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Doing this would allow global, public data, to be stored (and queried) on on the user themselves and allow items to be associated with user accounts. The user accounts could expose other data (like pages edited, number of edits, etc.) A lot of users use the [[ https://www.mediawiki.org/wiki/Template:User_info | User_Info ]] template and include data items (like IRC, image, full name, etc.). This data is already included on their User profile page and //ought// to be available through Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
dbarratt added a comment. In T173145#3522573, @Izno wrote: Found the task: T168792: Use Cognate to link user pages. In T173145#3522562, @dbarratt wrote: Honestly, I don't know why User pages can be edited by anyone, that doesn't seem like a good idea. Wiki ethos. It's definitely a good idea, not least to help people who don't understand what they're doing. I mean I understand the reasoning, but I can also understand that being a problem too. In T173145#3522580, @Hsarrazin wrote: You must understand that, to French people, the mere possibility to publicly cross-search personal data for people that are not "public" (i.e. famous... in a way or another) is very, very sensitive Sensitive to the point that the law obliges to anonymize jurisprudence databases... which is why I'm so reluctant to the mere idea of a public database that can be publicly querieds with users data. For now, users global data are accessible, but not publicly searchable. It is not at all the same... I understand the concern. Although, our publicly accessible data is absoltuley publically searchable already, as an example: https://meta.wikimedia.org/w/index.php?search=Contact+me=Special:Search=""> or on a third party: https://www.google.com/search?q=site:meta.wikimedia.org+%22Contact+Me%22+%22User:%22=yJ6QWfXDJqnm0gLBg4OQBA=0=N=1164=581 While it is much more difficult to parse, the data is available (albiet only the data that someone freely posts, which would be the same if it was in wikidata).TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173269: Wikidata.org currently very slow
Legoktm added a project: DBA. TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Marostegui, Minhnv-2809, Zppix, Izno, Luke081515, Wikidata-bugs, aude, faidon, Krenair, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T173269: Wikidata.org currently very slow
Legoktm triaged this task as "Unbreak Now!" priority.Legoktm added a project: Operations.Legoktm added a comment.Herald added subscribers: Liuxinyu970226, Jay8g, TerraCodes. this is being investigated. Currently looking at db1082 being slow.TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Jay8g, Legoktm, Liuxinyu970226, Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Zppix, Izno, Wikidata-bugs, aude, faidon, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173269: Wikidata.org currently very slow
Emijrp added a comment. Editing is very slow, edits aren't saved https://grafana.wikimedia.org/dashboard/db/wikidata-edits?refresh=1m=1=1502637379598=1502647684878TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EmijrpCc: Emijrp, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173269: Wikidata.org currently very slow
Mbch331 created this task.Mbch331 added a project: Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONThe wikidata.org website is currently very slow. Loading time for https://www.wikidata.org/wiki/Special:Watchlist is 246071 ms which is absurd high (this is plain loading time for the page self according to my browser console, network tab)TASK DETAILhttps://phabricator.wikimedia.org/T173269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331Cc: Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Emijrp added a comment. Editing Wikidata is pretty slow for me now.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, EmijrpCc: Agabi10, Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T111075: [Bug] LuaSandbox: Scribunto_LuaSandboxTests::testArgumentParsingTime failure, Unused arguments not counted in preprocess
matej_suchanek added a project: TestMe.Herald added a subscriber: TerraCodes. TASK DETAILhttps://phabricator.wikimedia.org/T111075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, PokestarFan, hoo, Anomie, aude, Aklapper, GoranSMilovanovic, QZanden, SundanceRaphael, Izno, Luke081515, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T171263: Wikidata Dispatcher and Job Queue is overflowed
Bugreporter added a comment. I don't think this is resolved, see https://grafana.wikimedia.org/dashboard/db/wikidata-dispatch?refresh=1m=1=now-90d=now The median dispatch lag is almost never higher than 200/20s before 2017-06-29 (and since we start to record this), but is always higher than 1 minutes since that point.TASK DETAILhttps://phabricator.wikimedia.org/T171263EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, BugreporterCc: Agabi10, Lucas_Werkmeister_WMDE, gerritbot, Addshore, matej_suchanek, MisterSynergy, Liuxinyu970226, daniel, Esc3300, XXN, Ladsgroup, Lydia_Pintscher, hoo, Bugreporter, Sjoerddebruin, Magnus, Emijrp, Mr.Ibrahem, Wikidata, Aklapper, PokestarFan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173145: Global users should be wikidata items
Hsarrazin added a comment. You must understand that, to French people, the mere possibility to publicly cross-search personal data for people that are not "public" (i.e. famous... in a way or another) is very, very sensitive Sensitive to the point that the law obliges to anonymize jurisprudence databases... which is why I'm so reluctant to the mere idea of a public database that can be publicly querieds with users data. For now, users global data are accessible, but not publicly searchable. It is not at all the same...TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HsarrazinCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
Izno added a comment. Found the task: T168792: Use Cognate to link user pages. In T173145#3522562, @dbarratt wrote: Honestly, I don't know why User pages can be edited by anyone, that doesn't seem like a good idea. Wiki ethos. It's definitely a good idea, not least to help people who don't understand what they're doing.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
dbarratt added a comment. Oh I see, User pages can be edited by anyone, but I agree, User items in wikidata should only be editable by the user themselves, I don't see any reason why someone else would need to edit that. Honestly, I don't know why User pages can be edited by anyone, that doesn't seem like a good idea.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
dbarratt added a comment. In T173145#3522144, @Hsarrazin wrote: It would also allow to search the database of users for any property. Even with controlled data, this would be a serious breach in the privacy of users... I don't understand how that would be a breach of privacy. You would be the only one that could edit your own item and any computed field (if that's something we even do) is already available in the Public API anyways, so this isn't exposing any additional information to anyone. In T173145#3522169, @Ash_Crow wrote: So this would be a totally new namespace? Like [[U123456789]] instead of [[Q123456789]]? I mean I think that would be best. For instance, my Global user info can be found here: https://www.wikidata.org/w/api.php?action=""> This reports that my global user id is 50584396. So I think my id on wikidata would ideally be U50584396. The separate namespace keeps user items separate from all other items (just like how user pages are separate from Article pages on Wikipedia) In T173145#3522269, @Envlh wrote: A U namespace could be a solution, but only and only if only a Wikimedian can edit its own item. Completely agree, that makes total sense to me and is consistent with user pages.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.
hoo added a parent task: T49288: [Epic] Track Wikidata entity usage on client pages. TASK DETAILhttps://phabricator.wikimedia.org/T90436EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: RP88, Halfak, Doc_James, hoo, PokestarFan, IKhitron, eranroz, Izno, Oliv0, Ltrlg, Scott_WUaS, Danmichaelo, CennoxX, Liuxinyu970226, aude, Lydia_Pintscher, daniel, Aklapper, GoranSMilovanovic, QZanden, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T49288: [Epic] Track Wikidata entity usage on client pages
hoo added a subtask: T90436: Improve usage tracking granularity to avoid irrelevant changes showing in the watchlist.. TASK DETAILhttps://phabricator.wikimedia.org/T49288EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, DixonD, Aklapper, Bianjiang, Candalua, aude, jeremyb, liangent, Wikidata-bugs, greg, Abraham, Legoktm, Tobi_WMDE_SW, Daniel_Mietchen, jayvdb, Micru, Ricordisamoa, MZMcBride, Liuxinyu970226, Ainali, Sannita, Lydia_Pintscher, Eloquence, zhuyifei1999, daniel, hoo, GoranSMilovanovic, QZanden, Izno, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Status] T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label, sitelink} Lua API
hoo changed the task status from "Declined" to "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T148115EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Lydia_Pintscher, Aklapper, Cosine02, Arthur2e5, 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] [Blocker] T112073: Lua in Wikibase (tracking)
hoo changed the status of subtask T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label,sitelink} Lua API from "Declined" to "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226, Ricordisamoa, aude, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label, sitelink} Lua API
hoo closed this task as "Declined".hoo added a comment.Herald edited subscribers, added: PokestarFan; removed: Liuxinyu970226. Getting arbitrary sitelinks is handled in T142903: Get sitelink from Item without loading the full Item (via Lua)., getting arbitrary labels in T173262: Get arbitrary label from Item without loading the full Item (via Lua).. This should supersede this task.TASK DETAILhttps://phabricator.wikimedia.org/T148115EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Lydia_Pintscher, Aklapper, Cosine02, Arthur2e5, 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] [Unblock] T112073: Lua in Wikibase (tracking)
hoo closed subtask T148115: Allow alternative (interwiki) site ids in mw.wikibase.{label,sitelink} Lua API as "Declined". TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226, Ricordisamoa, aude, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Block] T112073: Lua in Wikibase (tracking)
hoo created subtask T173262: Get arbitrary label from Item without loading the full Item (via Lua)..Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226, Ricordisamoa, aude, Aklapper, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173262: Get arbitrary label from Item without loading the full Item (via Lua).
hoo created this task.hoo added projects: Wikidata, MediaWiki-extensions-WikibaseClient.Herald added a subscriber: PokestarFan. TASK DESCRIPTIONMake it possible to get a label in a given language (probably w/o taking language fallbacks into account) without having to load the whole entity via mw.wikibase.getEntity.TASK DETAILhttps://phabricator.wikimedia.org/T173262EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Jarekt, eranroz, Aklapper, aude, Ricordisamoa, Liuxinyu970226, hoo, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T142903: Get sitelink from Item without loading the full Item (via Lua).
hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONThanks to T75460 we now get the label in the use's language in a multilingual project. However, on Commons, in many, perhaps, most cases, the label should be accompanied by a link to Wikipedia. For instance, if we provide an artist name, we want a put a link to Wikipedia in the user's language. If we want to get the link, we need to load the item, which annihilate the gain provided by T75460. A dedicated `mw.wikibase.getSiteLinkForSite( 'foobarwikipedialink()', 'optional entity id' )` would really come in handy here. TASK DETAILhttps://phabricator.wikimedia.org/T142903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Jarekt, Zolo, 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] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink
hoo added a subtask: T142903: Get sitelink from Item without loading the full Item (via Lua).. TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Izno, daniel, Multichill, Aklapper, Ricordisamoa, JeanFred, Jarekt, ValterVB, Elitre, Jheald, Daniel_Mietchen, Nemo_bis, Liuxinyu970226, Aschroet, zhuyifei1999, Steinsplitter, Matanya, RP88, El_Grafo, Revent, Sjoerddebruin, Jane023, Susannaanas, Mike_Peel, Lydia_Pintscher, Micru, intracer, Poyekhali, Nizil, PokestarFan, hoo, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, Vali.matei, Volker_E, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, GWicke, Fabrice_Florin, Mbch331, Jay8g, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink
hoo added a comment. mw.wikibase.sitelink returns the page title of an Item on the current wiki. Sadly we currently don't have an alternative to entity:getSitelink which doesn't require loading the whole entity. Adding this is tracked in T142903: Get sitelink from Item without loading the full Item (via Lua). for that.TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Izno, daniel, Multichill, Aklapper, Ricordisamoa, JeanFred, Jarekt, ValterVB, Elitre, Jheald, Daniel_Mietchen, Nemo_bis, Liuxinyu970226, Aschroet, zhuyifei1999, Steinsplitter, Matanya, RP88, El_Grafo, Revent, Sjoerddebruin, Jane023, Susannaanas, Mike_Peel, Lydia_Pintscher, Micru, intracer, Poyekhali, Nizil, PokestarFan, hoo, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, Vali.matei, Volker_E, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, GWicke, Fabrice_Florin, Mbch331, Jay8g, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T142903: Get sitelink from Item without loading the full Item (via Lua).
hoo added a parent task: T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink. TASK DETAILhttps://phabricator.wikimedia.org/T142903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Jarekt, Zolo, 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] [Triaged] T142903: Get sitelink from Item without loading the full Item (via Lua).
hoo triaged this task as "High" priority.Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T142903EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Jarekt, Zolo, 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] [Retitled] T106287: [Task] Track descriptions usages separately (Create a new description usage aspect "D")
hoo renamed this task from "[Task] Track descriptions usages separately" to "[Task] Track descriptions usages separately (Create a new description usage aspect "D")".hoo added a subscriber: eranroz.hoo updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONDescriptions can currently only be accessed directly via the Entity data structure. This means they are tracked using the X aspect for now; we may in the future track which part of the Entity data structure is actually used, compare T151717. When we do that, we should track description usage separately. Similarly, when formatting a statement for the #statements parser function, the formatter may access the description in addition to label (L) and target page (T). That access to the description should be tracked separately,as obtained via [[ https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.getEntity | `mw.wikibase.getEntity` ]]. not as X,This means they are tracked using the `X` or `O` aspect for now; Ogiven we will track which part of the Entity data structure is actually used (T90436), or Dwe we should track description usage separately, to avoid redundant purgusing when descriptions are updated. a new `D` aspect.TASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: eranroz, PokestarFan, jmadler, hoo, daniel, zhuyifei1999, Eloquence, Lydia_Pintscher, Sannita, Ainali, Liuxinyu970226, MZMcBride, Ricordisamoa, Micru, jayvdb, Daniel_Mietchen, Tobi_WMDE_SW, Legoktm, Abraham, greg, Wikidata-bugs, liangent, jeremyb, aude, Candalua, Bianjiang, Aklapper, GoranSMilovanovic, QZanden, Izno, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T172246: Support rollout of editing wikidata descriptions on Android for en.wp
Elitre added a comment. Later this month I'll write and help review an initial announcement.TASK DETAILhttps://phabricator.wikimedia.org/T172246EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ElitreCc: PokestarFan, Aklapper, JKatzWMF, Dbrant, Qgil, Trizek-WMF, Tbayer, Fjalapeno, Lea_Lacroix_WMDE, He7d3r, gerritbot, Stashbot, Elitre, SandraF_WMF, GoranSMilovanovic, nickisverygood, Ivana_Isadora, QZanden, Designsbydavesconcepts, Serumulapiet, Jseddon, donaldepig, FloNight, Izno, Wikidata-bugs, aude, Mbch331, Keegan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T101253: [RFC] How to track description usage
hoo closed this task as "Resolved".hoo claimed this task.hoo added a comment. I talked with Lydia about this today and I'm being bold here: We concluded that we want a new usage aspect for descriptions, especially in the face of T173144: Tracking implict (extensions) usages of WIkidata.TASK DETAILhttps://phabricator.wikimedia.org/T101253EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, CKoerner_WMF, daniel, Aklapper, hoo, Lydia_Pintscher, Daniel_Mietchen, Liuxinyu970226, Ricordisamoa, GoranSMilovanovic, QZanden, Izno, Luke081515, Wikidata-bugs, aude, fbstj, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T106287: [Task] Track descriptions usages separately
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T106287EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, jmadler, hoo, daniel, zhuyifei1999, Eloquence, Lydia_Pintscher, Sannita, Ainali, Liuxinyu970226, MZMcBride, Ricordisamoa, Micru, jayvdb, Daniel_Mietchen, Tobi_WMDE_SW, Legoktm, Abraham, greg, Wikidata-bugs, liangent, jeremyb, aude, Candalua, Bianjiang, Aklapper, GoranSMilovanovic, QZanden, Izno, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T173144: Tracking implict (extensions) usages of WIkidata
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T173144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, PokestarFan, Halfak, Aklapper, RP88, eranroz, Doc_James, 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] [Unblock] T89002: multi-lingual label usage [Tracking]
hoo closed subtask T101253: [RFC] How to track description usage as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T89002EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, hooCc: PokestarFan, RP88, Steinsplitter, Ricordisamoa, Daniel_Mietchen, Lydia_Pintscher, hoo, Aklapper, daniel, 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] T173145: Global users should be wikidata items
Envlh added a comment. I totally agree with Ash_Crow. Wikidata aims to be the sum of all knowledge which can be referenced, which Wikimedians data is not. A U namespace could be a solution, but only and only if only a Wikimedian can edit its own item.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EnvlhCc: Envlh, Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T111075: [Bug] LuaSandbox: Scribunto_LuaSandboxTests::testArgumentParsingTime failure, Unused arguments not counted in preprocess
hoo added a comment.Herald added a subscriber: PokestarFan. @Anomie @aude Can we close this? Haven't see such a failure in a while now.TASK DETAILhttps://phabricator.wikimedia.org/T111075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, Anomie, aude, Aklapper, GoranSMilovanovic, QZanden, SundanceRaphael, Izno, Wikidata-bugs, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173145: Global users should be wikidata items
Ash_Crow added a comment. So this would be a totally new namespace? Like [[U123456789]] instead of [[Q123456789]]?TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ash_CrowCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
Hsarrazin added a comment. It would also allow to search the database of users for any property. Even with controlled data, this would be a serious breach in the privacy of users...TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HsarrazinCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173248: Convert blank nodes to “unknown value” in label service
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikidata-Query-Service.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONTake, for example, the following query: SELECT ?type ?typeLabel WHERE { wd:Q302 wdt:P1853 ?type. SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". } } The results are: wd:Q19831455AB t505463773t505463773 t505463773 is the string representation of an RDF blank node, which in this context means unknown value. Since we don’t use blank nodes anywhere else in the Wikibase RDF export format, I think it would be a nice idea for the label service to display this as “unknown value”. (Slight complication: ideally, “unknown value” should of course be localized, but as far as I can tell the entire query service doesn’t yet have any i18n infrastructure.)TASK DETAILhttps://phabricator.wikimedia.org/T173248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Jonas, Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] T173194: Module:Wikidata label should use mw.wikibase.label and mw.wikibase.sitelink
Jarekt added a comment. I will look into it, but the issue is that mw.wikibase.label and mw.wikibase.sitelink functions do not specify input language parameter or have capability to return all labels or sitelinks. Module:Wikidata_label module take language as an input parameter. mw.wikibase.getLabelWithLang is a little better because I know what language is returned and if it matches what is requested than I can take it, but there is no equivalent function for sitelinks. mw.wikibase.sitelink is not documented well so it is unclear what will be returned on Commons, so I will have to do some experiments with it to figure out if I can use it.TASK DETAILhttps://phabricator.wikimedia.org/T173194EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JarektCc: Izno, daniel, Multichill, Aklapper, Ricordisamoa, JeanFred, Jarekt, ValterVB, Elitre, Jheald, Daniel_Mietchen, Nemo_bis, Liuxinyu970226, Aschroet, zhuyifei1999, Steinsplitter, Matanya, RP88, El_Grafo, Revent, Sjoerddebruin, Jane023, Susannaanas, Mike_Peel, Lydia_Pintscher, Micru, intracer, Poyekhali, Nizil, PokestarFan, hoo, SandraF_WMF, GoranSMilovanovic, QZanden, Acer, Vali.matei, Volker_E, Wong128hk, Wikidata-bugs, PKM, Base, matthiasmullie, aude, GWicke, Fabrice_Florin, Mbch331, Jay8g, Tgr___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173145: Global users should be wikidata items
dbarratt added a comment. In T173145#3522111, @Ash_Crow wrote: I totally disagree with this proposal. How long before these items would be used to doxx the real identity of users, and/or their religion/sexual orientation? This is why I suggested In T173145, @dbarratt wrote: I'm not sure what the permissions would be like, perhaps only the user can edit their own item? This seems consistent with User pages which can only be edited by the user. This would allow users to provide (or not provide) any data they would like. While this data could be used to harass/doxx users, it could also be used to quickly mitigate harassment (especially with calculated fields).TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
Hsarrazin added a comment. Totally agree with Ash_Crow here... this is NOT a good idea :((TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HsarrazinCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
Ash_Crow added a comment. I totally disagree with this proposal. How long before these items would be used to doxx the real identity of users, and/or their religion/sexual orientation?TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ash_CrowCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173247: Changing a formatter URL should purge the pages using it
hoo created this task.hoo added projects: MediaWiki-extensions-WikibaseRepository, Wikidata.Herald added subscribers: PokestarFan, Aklapper. TASK DESCRIPTIONWhen changing the formatter URL on a certain property, all entities using it for statements should be purged so that the new formatter URL is used.TASK DETAILhttps://phabricator.wikimedia.org/T173247EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: daniel, Aklapper, Lydia_Pintscher, PokestarFan, hoo, 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] T173243: UnsupportedOperationException on property path in EXISTS
Smalyshev added a comment. Hmm... I wasn't aware EXISTS works in this way... I'd just use OPTIONAL+BOUND().TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Commented On] T173145: Global users should be wikidata items
dbarratt added a comment. In T173145#3522054, @Izno wrote: We don't need items for this functionality--Wikidata should just do it. Agreed. Ideally the User ID would be the same as the global id (as in, centralauth id) rather than the local user id.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, 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] T173145: Global users should be wikidata items
Izno added a comment. We don't need items for this functionality--Wikidata should just do it. I can't find a task for it, though I'm pretty sure there already exists at least one. The work done for Wiktionary is probably suitable.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: IznoCc: Izno, Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, GoranSMilovanovic, QZanden, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T173243: UnsupportedOperationException on property path in EXISTS
Lucas_Werkmeister_WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...SELECT * WHERE { BIND(EXISTS { ?a p:1/p:2 ?b. } AS ?t) }...TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Retitled] T173243: UnsupportedOperationException on property path in EXISTS
Lucas_Werkmeister_WMDE renamed this task from "UnsupportedOperationException on BIND + EXISTS + MINUS + property path" to "UnsupportedOperationException on property path in EXISTS".Lucas_Werkmeister_WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...SELECT * WHERE { BIND(EXISTS { MINUS {S { ?a p:1/p:2 ?cb. } } AS ?t) }...TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Block] T68067: Support Redirects between Items (tracking)
hoo reopened subtask T96553: labels are not shown for redirect as "Open".Herald added a subscriber: PokestarFan. TASK DETAILhttps://phabricator.wikimedia.org/T68067EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Liuxinyu970226, Ricordisamoa, Aklapper, Addshore, Bene, Lydia_Pintscher, daniel, 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] [Reopened] T96553: labels are not shown for redirect
hoo reopened this task as "Open".hoo added a comment.Herald added a subscriber: PokestarFan. This seems to be a problem again, see Q2981024 in https://www.wikidata.org/w/index.php?title=Q21131403=529675831.TASK DETAILhttps://phabricator.wikimedia.org/T96553EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, hoo, daniel, Aklapper, Lydia_Pintscher, 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] [Block] T70567: Make EntityView UI aware of redirects
hoo reopened subtask T96553: labels are not shown for redirect as "Open". TASK DETAILhttps://phabricator.wikimedia.org/T70567EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, thiemowmde, adrianheine, aude, Snaterlicious, Lydia_Pintscher, daniel, JohnLewis, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173243: UnsupportedOperationException on BIND + EXISTS + MINUS + property path
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata-Query-Service, Wikidata.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Discovery. TASK DESCRIPTIONMinimal query: SELECT * { BIND(EXISTS { MINUS { ?a p:1/p:2 ?c. } } AS ?t) } Caused by: java.lang.UnsupportedOperationException: child: PropertyPathNode(VarNode(a), com.bigdata.rdf.sparql.ast.PathNode(PathAlternative), VarNode(c)) [scope=DEFAULT_CONTEXTS] at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroup(AST2BOpUtility.java:3383) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroupOrUnion(AST2BOpUtility.java:2586) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.addSubgroup(AST2BOpUtility.java:4352) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroup(AST2BOpUtility.java:3342) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroupOrUnion(AST2BOpUtility.java:2586) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.addExistsSubqueryFast(AST2BOpUtility.java:2426) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.addExistsSubquery(AST2BOpUtility.java:2253) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroup(AST2BOpUtility.java:3296) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertJoinGroupOrUnion(AST2BOpUtility.java:2586) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convertQueryBaseWithScopedVars(AST2BOpUtility.java:474) at com.bigdata.rdf.sparql.ast.eval.AST2BOpUtility.convert(AST2BOpUtility.java:287) at com.bigdata.rdf.sparql.ast.eval.ASTEvalHelper.optimizeQuery(ASTEvalHelper.java:426) at com.bigdata.rdf.sparql.ast.eval.ASTEvalHelper.evaluateTupleQuery(ASTEvalHelper.java:212) … Looks like a bug to me (almost certainly upstream). Here’s the unreduced query: # % of unsourced religion statements by religion SELECT ?religion ?religionLabel ?count ?anyReferencedCount ?realReferencedCount (100*?anyReferencedCount/?count AS ?anyPercent) (100*?realReferencedCount/?count AS ?realPercent) WITH { SELECT ?religion (COUNT(?statement) AS ?count) (SUM(?anyeferences) AS ?anyReferencedCount) (SUM(?realReferences) AS ?realReferencedCount) WHERE { ?item p:P140 ?statement. ?statement ps:P140 ?religion. BIND(IF(EXISTS { ?statement prov:wasDerivedFrom ?reference. }, 1, 0) AS ?anyReferences) BIND(IF(EXISTS { ?statement prov:wasDerivedFrom ?reference. MINUS { ?reference pr:P143/wdt:P31 wd:Q10876391. } }, 1, 0) AS ?realReferences) } GROUP BY ?religion } AS %results WHERE { INCLUDE %results. SERVICE wikibase:label { bd:serviceParam wikibase:language "[AUTO_LANGUAGE],en". } } ORDER BY DESC(?count)TASK DETAILhttps://phabricator.wikimedia.org/T173243EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Aklapper, Smalyshev, Lucas_Werkmeister_WMDE, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, 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] [Commented On] T173145: Global users should be wikidata items
dbarratt added a comment. In T173145#3522004, @Pigsonthewing wrote: It seems that this is a proposal to extend, and indeed circumvent, the reach of the Wikidata notability policy; Phabricator is not the place to do this. Does having a User page circumvent the Wikipedia notability policy? Maybe something should distinguish between standard items and user items? I expected to go to User:DBarratt_(WMF) and see a wikidata object rather than a user page (or maybe the data would be another tab or something). It might be a good idea to change the prefix of User objects from Q to U or something like that so it is clear that it is not a standard item but a User item.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, 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] [Closed] T173241: mw.wikibase.label doesn't cache results
hoo closed this task as "Resolved".hoo claimed this task.hoo added a comment. https://gerrit.wikimedia.org/r/370764 should address that by caching the value in PHP (which is good enough here). The change is going to be deployed next week, probably.TASK DETAILhttps://phabricator.wikimedia.org/T173241EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, Aklapper, matej_suchanek, PokestarFan, GoranSMilovanovic, QZanden, Vali.matei, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173145: Global users should be wikidata items
Pigsonthewing added a comment. This is orthogonal to the property proposal cited (which I submitted). It seems that this is a proposal to extend, and indeed circumvent, the reach of the Wikidata notability policy; Phabricator is not the place to do this.TASK DETAILhttps://phabricator.wikimedia.org/T173145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PigsonthewingCc: Mahir256, Ash_Crow, VIGNERON, Hsarrazin, Esc3300, Pigsonthewing, Nikki, Aklapper, dbarratt, PokestarFan, 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] [Created] T173241: mw.wikibase.label doesn't cache results
matej_suchanek created this task.matej_suchanek added projects: MediaWiki-extensions-WikibaseClient, Performance.Herald added subscribers: PokestarFan, Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONRun this module (sorts a sequence of numbers by the label of the item with the same numeric id) local p = {} local function getLabel(id) return mw.wikibase.label(id) or '' end function p.test() local array = {} for i = 201, 400 do table.insert(array, i) end local start = os.clock() table.sort(array, function(a, b) return getLabel('Q' .. a) < getLabel('Q' .. b) end) local stop = os.clock() mw.log(stop - start) end return p and check the result (should be around 1.5). Now change getLabel to: local cache = {} local function getLabel(id) if not cache[id] then cache[id] = mw.wikibase.label(id) or '' end return cache[id] end and run again. The result should be around 0.1. This significant difference means that repeated loading of the same label does not use (client-side) cache. (Other functions probably have the same problem.)TASK DETAILhttps://phabricator.wikimedia.org/T173241EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, matej_suchanek, PokestarFan, GoranSMilovanovic, QZanden, Vali.matei, Volker_E, Izno, Wikidata-bugs, aude, GWicke, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T164173: Cache invalidations coming from the JobQueue are causing lag on several wikis
Marostegui added a comment. @daniel @hoo and myself got together to talk about this yesterday and looks like the patch that is expected to fix this is ready and was already merged. However due to some wikidata releases rollback it is not yet in production, but they expect it to be released in the next few days. Thank you very much guys!TASK DETAILhttps://phabricator.wikimedia.org/T164173EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, MarosteguiCc: Jrbranaa, PokestarFan, Agabi10, gerritbot, Krinkle, aaron, MZMcBride, daniel, Ladsgroup, hoo, Marostegui, Aklapper, jcrespo, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, Vali.matei, Minhnv-2809, Zppix, Izno, Luke081515, Wikidata-bugs, aude, faidon, Mbch331, Jay8g, Krenair, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T170373: Update Wikidata Query documentation
Yurik added a comment. It turns out [AUTO_LANGUAGE] is NOT a new feature of SPARQL language, nor is it even a server side operation that picks the best available language as the name might imply. Instead, it is [CURRENT_USER_LANGUAGE] substitute. The word "AUTO" is too broad and confusing. Code: https://github.com/wikimedia/wikidata-query-gui/blob/facdfe5843dbd864d4a230e56ccaefdafb0fc277/wikibase/queryService/api/Sparql.js#L473 I documented it, but really think the keyword should be something else, as it is misleading into thinking that this is the long asked for functionality of "supply a list of languages, but if none of them are available, just pick something" - because showing Qnumber is always worse than showing text. (we can leave the current one as well, but not advertise it). Ideas: [UI_LANGUAGE], [USER_LANGUAGE]TASK DETAILhttps://phabricator.wikimedia.org/T170373EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, YurikCc: Yurik, PokestarFan, Jonas, Aklapper, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs