[Wikidata-bugs] [Maniphest] T193781: [task] Configure ArticlePlaceholder for nowiki
jeblad closed this task as "Resolved". jeblad claimed this task. jeblad added a comment. I doubt there are any interest at nowiki. TASK DETAIL https://phabricator.wikimedia.org/T193781 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Richard_Nevell_WMUK, Aklapper, Lucie, hoo, Lydia_Pintscher, jhsoby, Kjetil, Danmichaelo, jeblad, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _jensen, Urbanecm, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, aude, Dinoguy1000, jayvdb, Ricordisamoa, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T193781: [task] Configure ArticlePlaceholder for nowiki
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T193781 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Richard_Nevell_WMUK, Aklapper, Lucie, hoo, Lydia_Pintscher, jhsoby, Kjetil, Danmichaelo, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _jensen, Urbanecm, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, aude, Dinoguy1000, jayvdb, Ricordisamoa, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T193781: [task] Configure ArticlePlaceholder for nowiki
jeblad added a comment. Seems like T195751 <https://phabricator.wikimedia.org/T195751> is solved, but nothing happen with our request? Has it been forgotten? We will send cookies! :D TASK DETAIL https://phabricator.wikimedia.org/T193781 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Richard_Nevell_WMUK, Aklapper, Lucie, hoo, Lydia_Pintscher, jhsoby, Kjetil, Danmichaelo, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _jensen, Urbanecm, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, aude, Dinoguy1000, jayvdb, Ricordisamoa, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T196415: Rows in the signature section of an item on Wikidata does not set language correctly
jeblad closed this task as "Resolved". jeblad claimed this task. jeblad added a comment. Seems to be fixed. TASK DETAIL https://phabricator.wikimedia.org/T196415 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T74590: [Bug] Monolingual code is missing for Romani (rom) and Scandoromani (rmg-variant)
jeblad renamed this task from "[Bug] Monolingual code is missing for Kvensk (fkv), Romani (rom) and Scandoromani (rmg-variant)" to "[Bug] Monolingual code is missing for Romani (rom) and Scandoromani (rmg-variant)". jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T74590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Raymond, Danmichaelo, jhsoby, Liuxinyu970226, Mbch331, Nikki, Nemo_bis, Filceolaire, Ricordisamoa, Aklapper, jeblad, adrianheine, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Arrbee, KartikMistry, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T74590: [Bug] Monolingual code is missing for Kvensk (fkv), Romani (rom) and Scandoromani (rmg-variant)
jeblad added a comment. Vlax Romani language (rmy) is one of several language variants. Romani language (rom) is the greater language group. TASK DETAIL https://phabricator.wikimedia.org/T74590 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Raymond, Danmichaelo, jhsoby, Liuxinyu970226, Mbch331, Nikki, Nemo_bis, Filceolaire, Ricordisamoa, Aklapper, jeblad, adrianheine, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Arrbee, KartikMistry, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T234784: Investigate whether BCmath is sufficient for Wikibase
jeblad closed this task as "Invalid". jeblad added a comment. I'm not going to invest more time in this. TASK DETAIL https://phabricator.wikimedia.org/T234784 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Urbanecm, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T211611: Error returned during `vagrant provision` of wikidata role
jeblad closed this task as "Invalid". jeblad added a comment. Outdated, still flaky though… TASK DETAIL https://phabricator.wikimedia.org/T211611 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, jgleeson, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Luke081515, Wikidata-bugs, aude, Mbch331, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T251031: Wikibase: Parser function “statements” generates span-elements without classes
jeblad closed this task as "Invalid". jeblad added a comment. Restricted Application removed a subscriber: Liuxinyu970226. This will not happen. TASK DETAIL https://phabricator.wikimedia.org/T251031 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Liuxinyu970226 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T253904: Missing wikidata in sidebar at nnwiki
jeblad added a comment. Could be related to T253905 <https://phabricator.wikimedia.org/T253905> TASK DETAIL https://phabricator.wikimedia.org/T253904 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T253904: Missing wikidata in sidebar at nnwiki
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T253904 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T253904: Missing wikidata in sidebar at nnwiki
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T253904 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T253904: Missing wikidata in sidebar at nnwiki
jeblad created this task. jeblad added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION New articles at nnwiki is missing Wikidata link, project box, and language box. Example w:nn:Kdljfndkfng <https://nn.wikipedia.org/wiki/Kdljfndkfng?debug=true> TASK DETAIL https://phabricator.wikimedia.org/T253904 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T251031: Wikibase: Parser function “statements” generates span-elements without classes
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T251031 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, Liuxinyu970226, jeblad, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T251031: Wikibase: Parser function “statements” generates span-elements without classes
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T251031 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, Liuxinyu970226, jeblad, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T251031: Wikibase: Parser function “statements” generates span-elements without classes
jeblad created this task.
jeblad added a project: MediaWiki-extensions-WikibaseClient.
Restricted Application added subscribers: Liuxinyu970226, Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
A call like
moin
{{#statements:P856|from=Q291644}}
gives
xml
http://www.erna.no/";>http://www.erna.no/
which isn't quite easy to style. I guess some span-elements are put in there
to give somewhat better control on the created layout, especially if there are
several of them or qualifiers and sources are added.
It would be better if the spans says something about what's inside. For
example that first span has `wb-single-claim wb-external-link` and outer has
`wb-multi-claim wb-external-link`. They could even have `data-claim-P856`.
I bumped into this while trying to style a way to long link in an infobox,
but found out I could not use the usual tricks to shorten the link content,
because I could not properly target the span-elements containing the link. And
yes, there are suboptimal alternative solutions, but missing one or more
classes to target seems like an omission (or error). And (2) yes, it is
possible to traverse the tag-soup by a js-function and add classes, but that is
an unnecessary hack.
TASK DETAIL
https://phabricator.wikimedia.org/T251031
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jeblad
Cc: Aklapper, Liuxinyu970226, jeblad, darthmon_wmde, Nandana, lucamauri, Lahi,
Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS,
Wikidata-bugs, aude, Mbch331, DannyS712
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T214746: Special:UnconnectedPages on en.wiki lists very stale connected pages
jeblad added a comment. It is similar to the item structure occasionally gets out of sync between client and repo. A null-edit will fix the problem, but that should not be necessary. TASK DETAIL https://phabricator.wikimedia.org/T214746 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Lydia_Pintscher, Addshore, Ladsgroup, Aklapper, Tagishsimon, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T138708: [Epic] Signed statements
jeblad added a comment. In my opinion, this signing of a hash of an extract of an already uploaded statement seems extremely hackish. I still believe this should be reconsidered. Anyhow, SHA-1 is completly broken. Schneier reported it was theoretically broken in 2005 SHA-1 Broken <https://www.schneier.com/blog/archives/2005/02/sha1_broken.html>, then in 2015 full attack on SHA-1 was demonstrated //the SHAppening//, and then in 2017 the first collision //the SHAttered//. Since then the complexity for a Chosen-prefix collision (CP- collision) is down to 2⁶¹ – 2⁶³. SHA-1 is a Shambles - First Chosen-Prefix Collision on SHA-1 and Application to the PGP Web of Trust <https://eprint.iacr.org/2020/014.pdf> There are other problems too, and I wonder if this will create a false sense of quality. TASK DETAIL https://phabricator.wikimedia.org/T138708 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: ElanHR, Addshore, Lokal_Profil, Ayack, jeblad, CalebMoses, Fliptrail, Cirdan, Salgo60, AndrewSu, Mineo, Hjfocs, Scott_WorldUnivAndSch, Jan_Dittrich, RazShuty, Joshi-Jay-31, srishakatux, Jonas, rosalieper, EddyAfful, BamLifa, MichaelSchoenitzer, psinghal20, Nikhil-nk, Liuxinyu970226, BVershbow_WMF, PDrouin-WMF, Astinson, Ramsey-WMF, Quoth, Daniel_Mietchen, Tpt, Glorian_Yapinus, iecetcwcpggwqpgciazwvzpfjpwomjxn, Jane023, DarTar, Abbe98, I9606, YULdigitalpreservation, Tallerone, abian, Scott_WUaS, johl, jayvdb, tfmorris, Spinster, TomT0m, Denny, Eloquence, JanZerebecki, T.seppelt, Aklapper, daniel, Zppix, Lydia_Pintscher, darthmon_wmde, Dinadineke, DannyS712, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, Wikidata-bugs, aude, Dinoguy1000, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T174160: Language code(s) for nowiki should be changed to nb
jeblad added a comment. This is not according to what no.wiktionary and no.wikiquote announce on their main page, they say they use “norsk”. This change needs a discussion on those projects. TASK DETAIL https://phabricator.wikimedia.org/T174160 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Nsaa, Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, darthmon_wmde, Dibya, 94rain, DannyS712, Nandana, Guilhermebm, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, JEumerus, Scott_WUaS, Ananthsubray, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T237900: Wikibase: Counting of entries
jeblad closed this task as "Resolved". jeblad claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T237900 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T237903: Wikibase: Change JS-esque entries to Lua
jeblad created this task. jeblad added a project: Wikibase-Lua. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION The function calls in Lua is set up somewhat different from Javascript. The style in Javascript comes from the fact that JS does implicit hoisting of function calls. That don't happen in Lua. Also, Lua handles table entry syntax quite well, so its not necessary to avoid it in a function name. And (in addition) it is easier for the eye to scan for "function" along the left edge. TASK DETAIL https://phabricator.wikimedia.org/T237903 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T237901: Wikibase: Script entry for lua-only unit tests
jeblad created this task. jeblad added a project: Wikibase-Lua. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION I'm lazy, and like shortcuts. Avoid testing all the other stuff, just test Lua. TASK DETAIL https://phabricator.wikimedia.org/T237901 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T237900: Wikibase: Counting of entries
jeblad created this task. jeblad added a project: Wikibase-Lua. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION The hash-operator for tables in Lua is often implemented as a counting operation, not a kept state. In later versions it is a metamethod, and it may or may not be counting. If it is implemented as a counting operation, then if it used inside loops it will give rise to O(N²) complexity. TASK DETAIL https://phabricator.wikimedia.org/T237900 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T237205: Wikidata Bridge – information about progress to the communities
jeblad added a comment. Its not so much me following your progress, its more about a feedback to the community. TASK DETAIL https://phabricator.wikimedia.org/T237205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Lea_Lacroix_WMDE, Danmichaelo, Aklapper, jeblad, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T237205: Wikidata Bridge – information about progress to the communities
jeblad renamed this task from "Wikidata Beidge – information about progress to the communities" to "Wikidata Bridge – information about progress to the communities". TASK DETAIL https://phabricator.wikimedia.org/T237205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Danmichaelo, Aklapper, jeblad, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T237205: Wikidata Beidge – information about progress to the communities
jeblad renamed this task from "Wikidata Beidge – information to the communities" to "Wikidata Beidge – information about progress to the communities". TASK DETAIL https://phabricator.wikimedia.org/T237205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Danmichaelo, Aklapper, jeblad, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T237205: Wikidata Beidge – information to the communities
jeblad updated the task description. Restricted Application added a subscriber: Danmichaelo. TASK DETAIL https://phabricator.wikimedia.org/T237205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Danmichaelo, Aklapper, jeblad, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T237205: Wikidata Beidge – information to the communities
jeblad created this task. jeblad added a project: Wikidata-Bridge. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION Lydia said 20. August 2019: “We should be in a state where you can take a look at the very very early version on a test system next month or so and then follow along as it is being developed.” The note was at nowiki. Things take time, but as it is now November, I believe there should be a note about the progress to avoid questions in the communities. Just me nagging… TASK DETAIL https://phabricator.wikimedia.org/T237205 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, jeblad, darthmon_wmde, Michael, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T194144: Find a solution for SpecialEntitiesWithoutPage (EntitiesWithoutTermFinder)
jeblad added a comment. Should not be to difficult to do this from the client too…? Please…? :D TASK DETAIL https://phabricator.wikimedia.org/T194144 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, jeblad Cc: jeblad, Lucas_Werkmeister_WMDE, alaa_wmde, Ladsgroup, Addshore, Aklapper, EBernhardson, Smalyshev, Lydia_Pintscher, hoo, Iflorez, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, LawExplorer, Vali.matei, _jensen, rosalieper, Jonas, Volker_E, Wikidata-bugs, aude, GWicke, Dinoguy1000, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T194144: Find a solution for SpecialEntitiesWithoutPage (EntitiesWithoutTermFinder)
jeblad added a comment. The use case has never gone away, but the pages are hard to find and isn't used. That is a problem they share wit a lot of special pages, and it will not go away by linking to some external tool. (In fact the problem grows, but that is another discussion.) Part of the problem is that the special pages lives on the repo, where the problem created by lack of labels or descriptions are small, while the problem they was meant to solve exist on the clients where a reference to an entity with a missing label often end up with a Q-id. The response from some users at Wikipedias communities are rather tiresome… Note that the language communities (especially those of any size) mostly exists at the clients, not so much at the repo. That is part of the reason why the special pages aren't used very much. Using special pages at the repo is simply out of the users mental model. The WBridge will probably solve most of this, especially for the labels, not so sure about the descriptions though. The users mental model is probably to search for items without a label on the client site, while it is probably easier to implement on the repo. TASK DETAIL https://phabricator.wikimedia.org/T194144 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Lucas_Werkmeister_WMDE, alaa_wmde, Ladsgroup, Addshore, Aklapper, EBernhardson, Smalyshev, Lydia_Pintscher, hoo, Iflorez, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, LawExplorer, Vali.matei, _jensen, rosalieper, Jonas, Volker_E, Wikidata-bugs, aude, GWicke, Dinoguy1000, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items
jeblad added a comment. In T223792#5593785 <https://phabricator.wikimedia.org/T223792#5593785>, @matthiasmullie wrote: > There is no magic involved. > Term lookups are performed differently for different entity types (because the data lives elsewhere), but in a non-hacky fashion (and it doesn't really matter where the data comes from or how it's retrieved anyway) > Yes, we could make an entirely different lib (currently actively being worked on by WMDE: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/544204), but I'm not convinced there's much benefit in doing so at this point (though others with more knowledge of Lua might be able to convince me otherwise) > IMO it would be yet another library to maintain (or fall behind on fixes/updates) to support something that's essentially the same data model (but applied differently) I would say this is not only overloaded methods, but overloaded data. When even the datamodel is different it should not be advertised as similar at all. Sorry, but I don't think this is wise at all. TASK DETAIL https://phabricator.wikimedia.org/T223792 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, jeblad Cc: jeblad, WMDE-leszek, Tpt, LucasWerkmeister, jleedev, MarkTraceur, Yann, Addshore, Smalyshev, Mholloway, matthiasmullie, Multichill, Marsupium, Keegan, Jheald, Mike_Peel, Cparle, Aklapper, Jarekt, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Edtadros, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, E1presidente, Ramsey-WMF, Darkminds3113, Anooprao, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Salgo60, WSH1906, Lewizho99, Maathavan, Silverfish, _jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T223792: Extend mw.wikibase.getEntity lua function to allow accessing Structured Data on Commons items
jeblad added a comment. Make a new lib and new function calls if the models are dissimilar, please, please, please,… Swiching on some kind of magic (like the initial char) will only create a mess. TASK DETAIL https://phabricator.wikimedia.org/T223792 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matthiasmullie, jeblad Cc: jeblad, WMDE-leszek, Tpt, LucasWerkmeister, jleedev, MarkTraceur, Yann, Addshore, Smalyshev, Mholloway, matthiasmullie, Multichill, Marsupium, Keegan, Jheald, Mike_Peel, Cparle, Aklapper, Jarekt, Hook696, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Edtadros, Meekrab2012, joker88john, DannyS712, CucyNoiD, Nandana, NebulousIris, JKSTNK, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Af420, E1presidente, Ramsey-WMF, Darkminds3113, Anooprao, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Salgo60, WSH1906, Lewizho99, Maathavan, Silverfish, _jensen, rosalieper, Susannaanas, Jane023, Wikidata-bugs, Base, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T235344: Add language variant nn-hognorsk
jeblad created this task. jeblad added a project: Lexicographical data. Restricted Application added a subscriber: jhsoby. Restricted Application added a project: Wikidata. TASK DESCRIPTION Norwegian has two official language variants, Bokmål and Nynorsk. Those have main variants Riksmål and Høgnorsk. The former does not have a valid language code while the later has a language code `nn-hognorsk`. I belive the code for Høgnorsk should be added. I just tried to add “bok” as a variant in Lexeme:L1078 <https://www.wikidata.org/wiki/Lexeme:L1078>, but it failed. “Bok” in definite singular is “boka” in Nynorsk and “boki” in Høgnorsk. The English article about Høgnorsk can be found at w:Høgnorsk <https://en.wikipedia.org/wiki/H%C3%B8gnorsk>. TASK DETAIL https://phabricator.wikimedia.org/T235344 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jhsoby, jeblad, darthmon_wmde, DannyS712, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, 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] [Commented On] T234784: Investigate whether BCmath is sufficient for Wikibase
jeblad added a comment. The Wikibase number type uses bcmath, which is a PHP interface to the BC library, which is the library that implements the BC utility in *nix. The BCmath extension implements a Lua interface to the bcmath interface library in PHP. The bcmath C-library is pretty old, and is not IEEE 754 compliant, but the Wikibase numbers, ie the Wikibase quantity, ie a whole bunch of Wikidata statements use this format. No, it is //not// a proposal to replace bcmath with decnumber, it is a question whether BCmath is a sufficient implementation according to the current assumptions made in Wikibase number. I have already got a reply from people at WMDE, they use bcmath. The remaining question is whether the BCmath extension (aka Lua interface) is a sufficient implementation for processing Wikibase numbers according to their assumptions. TASK DETAIL https://phabricator.wikimedia.org/T234784 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T234784: Investigate whether BCmath is sufficient for Wikibase
jeblad created this task. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The BCmath extension <https://www.mediawiki.org/wiki/Extension:BCmath> is a small extension to do a few mathematical operations on big numbers, using the BCMath PHP library <https://www.php.net/manual/en/book.bc.php> for arbitrary precision mathematics. It seems sufficient, but it could be that something more complete or faster is necessary, like full compliance with the IEEE 754r standard, or in other words fixing the abandoned ldecnumber library <http://luaforge.net/projects/ldecnumber/>. This is a much bigger libary (Lua Module Documentation <http://math2.org/luasearch/ldecNumber.html>). Visual inspection seems to indicate the quantity type follows the assumptions used by BCmath, but no docs have been found that this is in fact the intended behavior. It could just be a coincidence. The intention with BCmath is to be able to do unit conversions on big numbers, not to do heavy number crunching. Thus simplicity and safe operations are more of a concern than fast operation. That is the reason for using the BC library through the PHP interface, which are not especially fast. If speed is necessary, then ledecnumber should be fixed instead. TASK DETAIL https://phabricator.wikimedia.org/T234784 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: #wikidata, jeblad, Aklapper ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T232894: Decimal point is lost in formatnum for large numbers
jeblad added a comment. Yes, my bad. TASK DETAIL https://phabricator.wikimedia.org/T232894 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Nikerabbit, Aklapper, Danmichaelo, jeblad, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, Arrbee, KartikMistry, Jackmcbarn, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T232894: Decimal point is lost in fomatnum for large numbers
jeblad added a comment. Note T232897: Thousand separator for large numbers <https://phabricator.wikimedia.org/T232897> TASK DETAIL https://phabricator.wikimedia.org/T232894 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, Danmichaelo, jeblad, Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, Arrbee, KartikMistry, Jackmcbarn, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T232894: Decimal point is lost in fomatnum for large numbers
jeblad added a project: MediaWiki-Internationalization. TASK DETAIL https://phabricator.wikimedia.org/T232894 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: Aklapper, Danmichaelo, jeblad, Liuxinyu970226, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, Af420, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Dinoguy1000, Arrbee, KartikMistry, Jackmcbarn, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T232894: Decimal point is lost in fomatnum for large numbers
jeblad created this task.
jeblad added projects: MediaWiki-extensions-WikibaseClient, ParserFunctions.
Restricted Application added subscribers: Liuxinyu970226, Danmichaelo, Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
Using the sequence `{{formatnum:{{#property:P1181` gives a big number,
which often should be rendered with a decimal point. That often fails, and the
decimal point is lost.
See for example w:no:Pi
<https://no.wikipedia.org/w/index.php?title=Pi&oldid=19770124>. In this case
there should be a decimal comma.
This is partly Wikibase allowing large numbers, and partly ParserFunctions
failing to handle such large numbers. I believe this failure is mostly on
assumptions in ParserFunctions.
TASK DETAIL
https://phabricator.wikimedia.org/T232894
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: jeblad
Cc: Aklapper, Danmichaelo, jeblad, Liuxinyu970226, darthmon_wmde, DannyS712,
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen,
rosalieper, Wikidata-bugs, aude, Dinoguy1000, Jackmcbarn, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T68580: Better support for exact values in Quantity DataType
jeblad added a comment. I believe I've said this data type is wrong a few times (!) back at WMDE. It tries to both be a representation for a scalar datatype with a precision, and a range datatype. It fails badly at both. Split the datatype in a scalar type and a range type, both with precision, or use a bignum representation of the numbers. If this is to be kept like this, then make it possible to use the value both as a scalar and range datatype, with an explicit precision. The precision should not say anything about the uncertainty of the numbers. That is orecision and uncertainty is two different concepts. For measurements with uncertainty either make representations of three-point estimation, five-number summary, and seven-number summary, or add an explicit extension of the value for uncertainty. TASK DETAIL https://phabricator.wikimedia.org/T68580 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, mgrabovsky, Ricordisamoa, Tobias1984, Aklapper, Jc3s5h, Denny, Stryn, Mbch331, Sjoerddebruin, AmaryllisGardener, Izno, Smalyshev, kaldari, Gareth, Ayack, geraki, Bugreporter, DSGalaktos, Wikidata-bugs, SPQRobin, jayvdb, Snaterlicious, Liuxinyu970226, Lydia_Pintscher, daniel, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T231209: investigation about permissions and protection
jeblad added a comment. Note that some of the more restrictive states of Firefox and Chrome may impact CentralAuth, and a person can be logged in at Wikipedia and still not being logged in at Wikidata. Thus logged in state must be checked on both repo and client. Se also T202028: Central auth fails when using "site isolation" in Google Chrome and Chromium or "first-party isolation" in Firefox <https://phabricator.wikimedia.org/T202028> TASK DETAIL https://phabricator.wikimedia.org/T231209 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, Lydia_Pintscher, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T230550: WikibaseClient: Create item for new articles
jeblad added a comment. Bugger, space hid it in search… Thanks for noting the duplicate! TASK DETAIL https://phabricator.wikimedia.org/T230550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T230550: WikibaseClient: Create item for new articles
jeblad created this task. jeblad added a project: MediaWiki-extensions-WikibaseClient. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION When a new page (article) is created, and it is not connected to an item, then a link to d:Special:CreateItem <https://www.wikidata.org/wiki/Special:NewItem> should be provided, prefilled with values. I guess the previous link is gone as a result of moving the link for pages already connected. TASK DETAIL https://phabricator.wikimedia.org/T230550 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T226529: Manual ordering of statements
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226529 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T226529: Manual ordering of statements
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226529 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T226529: Manual ordering of statements
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T226529 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T226529: Manual ordering of statements
jeblad created this task. jeblad added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I don't know about many statements that need manual ordering, but one without any clear and concise ordering is d:authors <https://www.wikidata.org/wiki/Property:P50> of articles used as references. Often there are some reasoning behind who's first (real authors) and who's last (honorables) in the list of authors, but that reasoning is not usually visible anywhere. We could perhaps add a generic index, but that would be pretty awkward. Adding this for Wikidata, there are way to many tags for Wikibase… Someone find the right tag! TASK DETAIL https://phabricator.wikimedia.org/T226529 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T219704: Unconnected pages shows accumulation of false positives
jeblad updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T219704 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T219704: Unconnected pages shows accumulation of false positives
jeblad created this task. jeblad added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The special page unconnected pages shows sign of slowly accumulating false positives, pages that is listed as "unconnected" even if they are connected. Doing a purge removes the pages from the list, so it seems like it could be a lost update of some sort. People at the community at nowiki complains from time to time that they must do an explicit purge before the page is updated after changes on Wikidata. Whether this is due to long delay before the automatic update, or the automatic update is lost, I don't know. I suspect it is a bit of both. TASK DETAIL https://phabricator.wikimedia.org/T219704 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Aklapper, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T216877: PHP timeout when opening Special:EditWatchlist with 14k pages on the Watchlist on Wikidata
jeblad added a comment. The same behavior observed at nowiki. It is reported as w:no:Wikipedia:Torget#Overvåkingsliste virker ikke <https://no.wikipedia.org/wiki/Wikipedia:Torget#Rediger_overv%C3%A5kningsliste_virker_ikke>. TASK DETAIL https://phabricator.wikimedia.org/T216877 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, D3r1ck01, Aklapper, GPSLeo, alaa_wmde, DannyS712, Nandana, kostajh, Jony, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Taiwania_Justo, 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] T195754: Re-enable Special:ItemDisambiguation
jeblad added a comment. This should really be solved //somehow//. Without even a proper explanation of workarounds it places the //users// in limbo. Is it possible to use elastic for a workaround? Is it possible to use some other mechanism? How do I as an //editor// make a simple link to a similar list? I know how I can create something I can use, but what do I tell //editors// at Wikipedia? Learn SPARQL to create simple links? I guess there are three or four editors at nowiki that has //some// knowledge on how to write a SPARQL query, perhaps an additional handfull that knows how to copy-paste to make a query. When the editors must write complex templates to create a SPARQL query, then something is wrong. We need simple solutions to simple problems. TASK DETAIL https://phabricator.wikimedia.org/T195754 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, Lea_Lacroix_WMDE, abian, Aklapper, waldyrious, Esc3300, Lydia_Pintscher, Addshore, Ladsgroup, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, lisong, QZanden, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138708: [Epic] Signed statements
jeblad added a comment. Note that there are several options to do PGP/GPG signing and encryption in the browser. One example in Javacript is OpenPGP.js <https://openpgpjs.org/>, but it is probably better to use Web Cryptography API <https://www.w3.org/TR/WebCryptoAPI/> if available. (It is almost universally available now, and should be used.) During upload **Given** I have edited a statement **And** I have provided a private key **When** I publish the edits **Then** the usual arguments are wrapped in a container **And** the wrapped container is signed Key management is a problem, as you must use private key to sign a doc, and keep the private key in an unsecure environment. This is like begging for problems, as it is almost to easy to make an exploit. Note also that I believe existence of available keys is the only thing that matter, and if they exist then they should be used. That means no additional buttons, you provide the keys, then the interface will use those keys to sign the uploads. On the server **Given** an API request arrives **When** it is wrapped in a signed container **Then** check the signature **And** unwrap the arguments **And** create a faux request **And** append the original signed container to the revision The previous should in fact be the same no matter if it is statements on Wikidata or content on Wikipedia. During reading/verification **Given** I read a statement **When** I click "provenance" **Then** I am shown a list of edits to this statement **And** some of them has a notice "signed by …" **And** a link to the actual revision **And** the revision has the original wrapped container with the digital signature Note that when you (or someone else) checks the signed contribution then the complete container with the signature is available. There are no need to visually inspect anything. The wrapped container could even be verified at the client machine, either it is verified or it is not, and the result can be provided. It is not necessary to show the whole changeset. This is quite simple to implement in various scripting languages, as it require no additional requests to a remote server. It only requires a repackaging of the existing arguments. Always sign or encode on your local machine before sending anything anywhere, don't sign or encrypt (!) anything someone claims to be the same. Especially if it is Unicode, but that is another (and quite funny) discussion. TASK DETAIL https://phabricator.wikimedia.org/T138708 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, CalebMoses, Fliptrail, Cirdan, Salgo60, AndrewSu, Mineo, Hjfocs, Scott_WorldUnivAndSch, Jan_Dittrich, RazShuty, Joshi-Jay-31, srishakatux, Jonas, rosalieper, EddyAfful, BamLifa, MichaelSchoenitzer, psinghal20, Nikhil-nk, Liuxinyu970226, BVershbow_WMF, PDrouin-WMF, Astinson, Ramsey-WMF, Quoth, Daniel_Mietchen, Tpt, Glorian_Yapinus, Micru, Jane023, DarTar, Abbe98, I9606, YULdigitalpreservation, Tallerone, abian, Scott_WUaS, johl, jayvdb, tfmorris, Spinster, TomT0m, Denny, Eloquence, JanZerebecki, T.seppelt, Aklapper, daniel, Zppix, Lydia_Pintscher, alaa_wmde, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, Wikidata-bugs, aude, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138708: [Epic] Signed statements
jeblad added a comment. Sorry, but this is not the way you should do it. This assumes the uploader in fact reads and understands the schema (s)he is signing, but that newer works. It is also insecure as it opens a man in the middle attack. If you want to do this, please use known secure processes! TASK DETAIL https://phabricator.wikimedia.org/T138708 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, CalebMoses, Fliptrail, Cirdan, Salgo60, AndrewSu, Mineo, Hjfocs, Scott_WorldUnivAndSch, Jan_Dittrich, RazShuty, Joshi-Jay-31, srishakatux, Jonas, rosalieper, EddyAfful, BamLifa, MichaelSchoenitzer, psinghal20, Nikhil-nk, Liuxinyu970226, BVershbow_WMF, PDrouin-WMF, Astinson, Ramsey-WMF, Quoth, Daniel_Mietchen, Tpt, Glorian_Yapinus, Micru, Jane023, DarTar, Abbe98, I9606, YULdigitalpreservation, Tallerone, abian, Scott_WUaS, johl, jayvdb, tfmorris, Spinster, TomT0m, Denny, Eloquence, JanZerebecki, T.seppelt, Aklapper, daniel, Zppix, Lydia_Pintscher, alaa_wmde, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, Wikidata-bugs, aude, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T138708: [Epic] Signed statements
jeblad added a comment. Note that "click 'sign this' icon next to a statement" imply a fundamentally insecure and broken process. You don't sign something after it is uploaded, you sign it before and while it is still on your own machine. The JSON code snippet should be signed, and then a provenance for the statement including that snippet should be provided. If something is signed _after_ it is uploaded, then we will be spanked by security researchers. :) TASK DETAIL https://phabricator.wikimedia.org/T138708 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: jeblad Cc: jeblad, CalebMoses, Fliptrail, Cirdan, Salgo60, AndrewSu, Mineo, Hjfocs, Scott_WorldUnivAndSch, Jan_Dittrich, RazShuty, Joshi-Jay-31, srishakatux, Jonas, rosalieper, EddyAfful, BamLifa, MichaelSchoenitzer, psinghal20, Nikhil-nk, Liuxinyu970226, BVershbow_WMF, PDrouin-WMF, Astinson, Ramsey-WMF, Quoth, Daniel_Mietchen, Tpt, Glorian_Yapinus, Micru, Jane023, DarTar, Abbe98, I9606, YULdigitalpreservation, Tallerone, abian, Scott_WUaS, johl, jayvdb, tfmorris, Spinster, TomT0m, Denny, Eloquence, JanZerebecki, T.seppelt, Aklapper, daniel, Zppix, Lydia_Pintscher, alaa_wmde, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, Wikidata-bugs, aude, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T211611: Error returned during `vagrant provision` of wikidata role
jeblad added a comment. See also T150581.TASK DETAILhttps://phabricator.wikimedia.org/T211611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Aklapper, Nandana, Lahi, jgleeson, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Luke081515, Wikidata-bugs, aude, Mbch331, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T74590: [Bug] Monolingual code is missing for Kvensk (fkv), Romani (rom) and Scandoromani (rmg-variant)
jeblad added a comment. Kvensk (fkv) seems to be added, Romani/Romanes (rom) is added as rmy (?), and Scandoromani/Romani rakripa is still missing.TASK DETAILhttps://phabricator.wikimedia.org/T74590EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Raymond, Danmichaelo, jhsoby, Liuxinyu970226, Mbch331, Nikki, Nemo_bis, Filceolaire, Ricordisamoa, Aklapper, jeblad, thiemowmde, adrianheine, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Wikidata-bugs, aude, Arrbee, KartikMistry, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T178745: Highlight statement(s) when using "#P" in URL
jeblad added a comment. Highlighting is used in Flow (Structured Discussions), it is probably a good idea to do something similar. I've been toying with locality-sensitive hashing for similar linking, it would make links usable even if the target change slightly. Not sure whether that would work for statements, even small edits give large changes in the hash.TASK DETAILhttps://phabricator.wikimedia.org/T178745EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Ivanhercaz, Jd3main, abian, Hanna_Petruschat_WMDE, TerraCodes, Lydia_Pintscher, thiemowmde, Jan_Dittrich, Sjoerddebruin, Aklapper, Dinadineke, Nandana, Kieubinhtb, A.S.Kochergin, tabish.shaikh91, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, JGirault, MuhammadShuaib, SimmeD, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T214261: mw.wikibase.lua.cacheEntity is supposed to implement a LRU but implements a FIFO
jeblad closed this task as "Invalid".jeblad added a comment. My bad, it does a cleanup in the get functionTASK DETAILhttps://phabricator.wikimedia.org/T214261EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 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] T214261: mw.wikibase.lua.cacheEntity is supposed to implement a LRU but implements a FIFO
jeblad created this task.jeblad added a project: Wikibase-Lua.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONThe Lua function mw.wikibase.lua.cacheEntity is supposed to implement a LRU but implements a FIFO. While this works it creates a lot of unnecessary cache misses. It is pretty straight forward to fix it; simply recreate the cacheOrder with entityId as first item, remove all other references to this item, and drop the overflowing item. Some of the Lua modules should get a much lower load, and I guess it should even be visible on the server load. Perhaps I write a fix a little later.TASK DETAILhttps://phabricator.wikimedia.org/T214261EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 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] T212201: The wiki files in the Wikibase doc folder should only use easilly parsed constructs
jeblad added a comment. Still missing: lua.wiki ontology.owl (should probably not be changed) TASK DETAILhttps://phabricator.wikimedia.org/T212201EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: gerritbot, Aklapper, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Ivana_Isadora, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, srodlund, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212201: The wiki files in the Wikibase doc folder should only use easilly parsed constructs
jeblad added a comment. I'll await what happen with Change 480480 before I upload any more.TASK DETAILhttps://phabricator.wikimedia.org/T212201EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: gerritbot, Aklapper, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Ivana_Isadora, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, srodlund, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T212201: The wiki files in the Wikibase doc folder should only use easilly parsed constructs
jeblad created this task.jeblad added projects: wikiba.se, Documentation.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONThe wikifiles in Wikibase doc folder should be cleaned up to only use esilly parsed constructs. In particular, they should use constructs that makes them readable at Github. Still the chosen constructs should make readable pages if copied to Mediawiki and other wikis. In addition they should be cleaned up. Afterwards they can be used as link targets from various pages.TASK DETAILhttps://phabricator.wikimedia.org/T212201EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, jeblad, Nandana, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden, LawExplorer, _jensen, D3r1ck01, srodlund, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g, Quiddity___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T211611: Error returned during `vagrant provision` of wikidata role
jeblad created this task.jeblad added projects: MediaWiki-Vagrant, wikiba.se.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONCreated a vagrant instance as described at https://www.mediawiki.org/wiki/MediaWiki-Vagrant#wikidata with vagrant roles enable wikidata
After
$ vagrant roles enable wikidata
$ vagrant provision
the following error was reported
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: [0d27901a812e03dd47798bcd] [no req] Error from line 35 of /vagrant/mediawiki/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: Backtrace:
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #0 /vagrant/mediawiki/extensions/Wikibase/client/includes/WikibaseClient.php(472): require()
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #1 /vagrant/mediawiki/extensions/Wikibase/client/includes/WikibaseClient.php(697): Wikibase\Client\WikibaseClient::getDefaultEntityTypes()
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #2 /vagrant/mediawiki/extensions/Wikibase/client/includes/WikibaseClient.php(770): Wikibase\Client\WikibaseClient::newInstance()
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #3 /vagrant/mediawiki/extensions/Wikibase/client/includes/Usage/Sql/SqlUsageTrackerSchemaUpdater.php(85): Wikibase\Client\WikibaseClient::getDefaultInstance()
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #4 /vagrant/mediawiki/includes/installer/DatabaseUpdater.php(483): Wikibase\Client\Usage\Sql\SqlUsageTrackerSchemaUpdater::fillUsageTable(MysqlUpdater)
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #5 /vagrant/mediawiki/includes/installer/DatabaseUpdater.php(451): DatabaseUpdater->runUpdates(array, boolean)
==> default:
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #6 /vagrant/mediawiki/maintenance/update.php(203): DatabaseUpdater->doUpdates(array)
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #7 /vagrant/mediawiki/maintenance/doMaintenance.php(94): UpdateMediaWiki->execute()
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #8 /vagrant/mediawiki/maintenance/update.php(248): require_once(string)
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #9 /var/www/w/MWScript.php(98): require_once(string)
==> default: Notice: /Stage[main]/Mediawiki/Exec[update_all_databases]/returns: #10 {main}
Running vagrant provision again seems to fix the problem, but opening http://wikidata.wiki.local.wmftest.net:8080/w/index.php gives
[2dcd2395c7254b21c27cbef1] /w/index.php Error from line 35 of /vagrant/mediawiki/extensions/Wikibase/lib/WikibaseLib.entitytypes.php: Class 'Wikibase\DataModel\Entity\ItemId' not found
Backtrace:
#0 /vagrant/mediawiki/extensions/Wikibase/repo/includes/WikibaseRepo.php(637): require()
#1 /vagrant/mediawiki/extensions/Wikibase/repo/includes/WikibaseRepo.php(362): Wikibase\Repo\WikibaseRepo::getDefaultEntityTypes()
#2 /vagrant/mediawiki/extensions/Wikibase/repo/includes/WikibaseRepo.php(418): Wikibase\Repo\WikibaseRepo::newInstance()
#3 /vagrant/mediawiki/extensions/Wikibase/repo/RepoHooks.php(110): Wikibase\Repo\WikibaseRepo::getDefaultInstance()
#4 /vagrant/mediawiki/includes/Hooks.php(174): Wikibase\RepoHooks::onSetupAfterCache()
#5 /vagrant/mediawiki/includes/Hooks.php(202): Hooks::callHook(string, array, array, NULL)
#6 /vagrant/mediawiki/includes/Setup.php(801): Hooks::run(string)
#7 /vagrant/mediawiki/includes/WebStart.php(77): require_once(string)
#8 /vagrant/mediawiki/index.php(39): require(string)
#9 /var/www/w/index.php(5): require(string)
#10 {main}
After a second vagrant provision it seems to work.
As I recall a separate ItemId is removed, so some cleanup is still missing. Someone at #wikidata / #wikiba.se should be able to figure this out.TASK DETAILhttps://phabricator.wikimedia.org/T211611EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Aklapper, Nandana, Lahi, jgleeson, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Luke081515, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T180925: Create default luacheckrc for Wikibase
jeblad closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T180925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: gerritbot, jeblad, Aklapper, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, 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] T180925: Create default luacheckrc for Wikibase
jeblad added a comment. This should probably be closed as resolved?TASK DETAILhttps://phabricator.wikimedia.org/T180925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: gerritbot, jeblad, Aklapper, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, 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] T174160: Language code(s) for nowiki should be changed to nb
jeblad added a comment. I would prefer solution number 4 from @tstarling post T174160#3798644. I believe this is good enough as a temporary solution until the necessary scripts are made, which I believe will take a lot more time. That is; override the language code by using the hook SkinTemplateGetLanguageLink.TASK DETAILhttps://phabricator.wikimedia.org/T174160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Nsaa, Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T141769: Start from a non-blank page when creating an article
jeblad added a comment. Why not use a simple NLG solution where statements or group of statements are reformulated as simple text fragments, and then leave it to the editor how to use, abuse, or remove them? Check out Dale, Robert; Reiter, Ehud (2000). Building natural language generation systems. Cambridge, U.K.: Cambridge University Press. ISBN 0-521-02451-X. Note also my previous Wikimedia-l post Captioning Wikidata items? This touches on how to use statements from an item to generate prose. This is now a 20+ year old technique, except for attention steering, that is more like 10+ years old. It should probably not be done in MW-core, aka web servers, as it is compute heavy.TASK DETAILhttps://phabricator.wikimedia.org/T141769EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Esc3300, Bugreporter, Lydia_Pintscher, hoo, Aklapper, Lucie, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, 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] [Commented On] T208077: Connecting pages failed at Wkidata with wrong message
jeblad added a comment. @Addshore Have you actually changed anything since T208077#4699907 ? Connecting Kategori:Kolosserbrevet did not work after your previous fix, and I'm a bit uneasy about closing this report without really knowing the category suddenly work.TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, jebladCc: ARR8, Traveler100, Addshore, Stashbot, Cosine02, Mike_Peel, Lydia_Pintscher, Roy17, Robby, gerritbot, Tarrow, MrFulano, Jbribeiro1, IKhitron, Aklapper, Danmichaelo, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, 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] T208077: Connecting pages failed at Wkidata with wrong message
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlternate entries used for later post T208077#4699907TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, jebladCc: Addshore, Stashbot, Cosine02, Mike_Peel, Lydia_Pintscher, Roy17, Robby, gerritbot, Tarrow, MrFulano, Jbribeiro1, IKhitron, Aklapper, Danmichaelo, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, 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] T208077: Connecting pages failed at Wkidata with wrong message
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlternate entries used for later post. //Given// that [[https://no.wikipedia.org/wiki/Kategori:D%C3%B8dsfall_i_107|w:no:Kategori:Dødsfall i 107]] is unconnected [alt //Given// that [[https://no.wikipedia.org/wiki/Kategori:D%C3%B8dsfall_i_107Kolosserbrevet|w:no:Kategori:Dødsfall i 107Kolosserbrevet]] is openunconnected] //And// it is unconnected...//And// I chose Swedish [alt //And// I chose English] //And// I chose the entry for "Kategori:Avlidna 107" [alt //And// I chose the entry for "Category:Epistle to the Colossians"] //And// I click on "Lenk til side"...TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, jebladCc: Addshore, Stashbot, Cosine02, Mike_Peel, Lydia_Pintscher, Roy17, Robby, gerritbot, Tarrow, MrFulano, Jbribeiro1, IKhitron, Aklapper, Danmichaelo, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, 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] T208077: Connecting pages failed at Wkidata with wrong message
jeblad added a comment. Note jQuery.Deferred exception: site is null… Sounds pretty similar, but I don't know.TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, jebladCc: Addshore, Stashbot, Cosine02, Mike_Peel, Lydia_Pintscher, Roy17, Robby, gerritbot, Tarrow, MrFulano, Jbribeiro1, IKhitron, Aklapper, Danmichaelo, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, 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] T208077: Connecting pages failed at Wkidata with wrong message
jeblad reopened this task as "Open".jeblad added a comment. Sorry, but the bug persists. Try to connect w:no:Kategori:Kolosserbrevet through use of w:en:Category:Epistle to the Colossians. Could it be a caching issue?TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, jebladCc: Addshore, Stashbot, Cosine02, Mike_Peel, Lydia_Pintscher, Roy17, Robby, gerritbot, Tarrow, MrFulano, Jbribeiro1, IKhitron, Aklapper, Danmichaelo, jeblad, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, 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] T208074: Other projects interwiki block does not work
jeblad added a comment. It seems like this correlates with T208048, but note that correlation does not imply common cause. Still my guess is that these are related.TASK DETAILhttps://phabricator.wikimedia.org/T208074EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Legoktm, putnik, IKhitron, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Jrbranaa, QZanden, LawExplorer, Wong128hk, Wikidata-bugs, aude, TTO, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T208077: Connecting pages failed at Wkidata with wrong message
jeblad renamed this task from "Failed linking of terms on Wkidata and wrong message" to "Connecting pages failed at Wkidata with wrong message". TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T208077: Failed linking of terms on Wkidata and wrong message
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...//And// it is unconnected...TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T208077: Failed linking of terms on Wkidata and wrong message
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...It is a thread at [[https://no.wikipedia.org/wiki/Wikipedia:Torget#Tr%C3%B8bbel_med_%C3%A5_koble_til_wikidata |w:no:Wikipedia:Torget#Trøbbel med å koble til wikidata]]. I have verified that the page can be added to the item by going to Wikibase and manually entering the page, and purging the page. It was still there. (I did not verify that the page got updated though.) Trying again with `debug=true` I got an exception...TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T208077: Failed linking of terms on Wkidata and wrong message
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...It is a thread at [[https://no.wikipedia.org/wiki/Wikipedia:Torget#Tr%C3%B8bbel_med_%C3%A5_koble_til_wikidata |w:no:Wikipedia:Torget#Trøbbel med å koble til wikidata]]. Trying again with `debug=true` I got an exception ``` jQuery.Deferred exception: site is null _createSiteLinkRow@https://no.wikipedia.org/w/extensions/Wikibase/client/resources/jquery.wikibase/jquery.wikibase.linkitem.js?b78ba:531:1 $.widget/ _createSiteLinkTable@https://no.wikipedia.org/w/extensions/Wikibase/client/resources/jquery.wikibase/jquery.wikibase.linkitem.js?b78ba:508:7 $.widget/ _userConfirmEntity@https://no.wikipedia.org/w/extensions/Wikibase/client/resources/jquery.wikibase/jquery.wikibase.linkitem.js?b78ba:464:14 $.widget/ _onConfirmationDataLoad@https://no.wikipedia.org/w/extensions/Wikibase/client/resources/jquery.wikibase/jquery.wikibase.linkitem.js?b78ba:436:6 $.widget/ proxy@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:10268:10 fire@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3268:11 fireWith@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3398:7 Deferred/ getNewlyLinkedPages/<@https://no.wikipedia.org/w/extensions/Wikibase/client/resources/wikibase.client.PageConnector.js?5be81:85:5 fire@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3268:11 fireWith@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3398:7 mightThrow@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3593:13 resolve/ resolve/<@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3632:9 mightThrow@https://no.wikipedia.org/w/resources/lib/jquery/jquery.js?6a07d:3534:21 resolve/ undefined ```TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T208077: Failed linking of terms on Wkidata and wrong message
jeblad created this task.jeblad added a project: Wikidata.Restricted Application added subscribers: Danmichaelo, Aklapper. TASK DESCRIPTIONGiven that w:no:Kategori:Dødsfall i 107 is open And/ it is unconnected When I click on "Edit links" And I chose Swedish And I chose the entry for "Kategori:Avlidna 107" And I click on "Lenk til side" Then// I expect the pages to be connected and langlinks updated What I get is the dialog shown below F26851992: skjermdump-langlink-bug-2018-10-26.png This reads "The page you have chosen is already linked at our item on our central data repository. Acknowledge the pages shown below as the ones you want to connect to this page." There are no listed pages to connect. This seems wrong, and somehow this gadget turns up this error message quite often now. Wild guess: the data structure has changed somehow with the last mediawiki rollout, and a test in the gadget fails. Ie. the root cause is in the data structure, not the crappy message in the gadget. It is a thread at w:no:Wikipedia:Torget#Trøbbel med å koble til wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T208077EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T203357: Lookup of cached entities by mw.wikibase.getEntity in a client of Wikidata is very slow
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...(Without checking this, I somehow remember [Note that I could be wrong!] the code is creating a deep copy. It should probably create a non-mutable object. It is slightly harder to work with this kind of objects, but it would make it possible to return a simple reference instead of a copy. To make it possible to get a copy a second argument could be used.)TASK DETAILhttps://phabricator.wikimedia.org/T203357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T203357: Lookup of cached entities by mw.wikibase.getEntity in Wikipedia as a client of Wikidata is very slow
jeblad renamed this task from "Lookup of cached entities by mw.wikibase.getEntity in a client of Wikidata is very slow" to "Lookup of cached entities by mw.wikibase.getEntity in Wikipedia as a client of Wikidata is very slow". TASK DETAILhttps://phabricator.wikimedia.org/T203357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T203357: Lookup of cached entities by mw.wikibase.getEntity in a client of Wikidata is very slow
jeblad created this task.jeblad added a project: MediaWiki-extensions-WikibaseClient.Restricted Application added subscribers: Danmichaelo, Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONThe user Dipsacus_fullonum noticed and made a quick fix for mw.wikibase.getEntity() in w:no:Modul:External links. Not discussing the merits of the module, this function is awfully slow even if it is cached. Some numbers from the thread at Moduldiskusjon:External links#Funktionen mw.wikibase.getEntity er meget langsom. The numbers are from checks run in the console timing=require 'Module:Timing' =timing.count(1) =timing.sets(1) =timing(mw.wikibase.getEntity, 'Q28614') =timing(mw.wikibase.getEntity, 'Q28614') First timing check gives Each call was running for about 8.3e-02 seconds. Mean runtime for each set was 8.3e-02 seconds, with standard deviation of 0.0e+00 seconds, minimum 0.0e+00, maximum 0.0e+00. Total time spent was about 8.3e-02 seconds. Relative load is estimated to inf. Second timing check gives Each call was running for about 1.0e-02 seconds. Mean runtime for each set was 1.0e-02 seconds, with standard deviation of 0.0e+00 seconds, minimum 0.0e+00, maximum 0.0e+00. Total time spent was about 1.0e-02 seconds. Relative load is estimated to inf. A new run for 100 calls after reload timing=require 'Module:Timing' =timing.count(10) =timing.sets(10) =timing(mw.wikibase.getEntity, 'Q28614') Gives Each call was running for about 1.1e-02 seconds. Mean runtime for each set was 1.1e-01 seconds, with standard deviation of 2.5e-02 seconds, minimum 0.0e+00, maximum 2.0e-05. Total time spent was about 1.1e+00 seconds. Relative load is estimated to 57,461.0. That is bad as it implies the cached version runs in about 10ms while the uncached runs in about 80ms. Something in the code does it wrong, as this should be close to 1ms or better way below. Ideally this is just an intercept on a call and returning a reference to the previously loaded instance. (Without checking this, I somehow remember the code is creating a deep copy. It should probably create a non-mutable object. It is slightly harder to work with this kind of objects, but it would make it possible to return a simple reference instead of a copy. To make it possible to get a copy a second argument could be used.)TASK DETAILhttps://phabricator.wikimedia.org/T203357EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, Danmichaelo, jeblad, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T174160: Language code(s) for nowiki should be changed to nb
jeblad added a comment. The proposed change 454700 to revert the autonym change will break away from use of IANA language subtag registry which, in my opinion, is a pretty bad ting to do. Note also the consequences for minority projects. Please provide a proper solution.TASK DETAILhttps://phabricator.wikimedia.org/T174160EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Pasleim, tstarling, Haros, Ranveig, Pcoombe, Kviften, Kjetil, Danmichaelo, Liuxinyu970226, Njardarlogar, Abbe98, Hogne, Aklapper, jhsoby, jeblad, Soulkeeper, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, DatGuy, Devwaker, Niklitov, Urbanecm, JEumerus, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T148887: Add monolingual language code nn-hognorsk for Høgnorsk
jeblad added a comment. Not sure how this could be interpreted? You can't set an alias if there are no valid language tag for the entry, unless you use an otherwise wrong language tag. In T148887#2736875, @jhsoby wrote: This is just Nynorsk [nn] using an older standard. There is no need for a separate tag here, anything that would differ from Nynorsk can just be set as an alias. TASK DETAILhttps://phabricator.wikimedia.org/T148887EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Ranveig, Liuxinyu970226, Mbch331, PokestarFan, jhsoby, Aklapper, Esc3300, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. I believe this is the wrong place to discuss the pretty weird language situation in Norway, so please use some other macro language as an example! =)TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T148887: Add monolingual language code nn-hognorsk for Høgnorsk
jeblad added a comment. Note that Høgnorsk is not an official language variant in Norway.TASK DETAILhttps://phabricator.wikimedia.org/T148887EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Ranveig, Liuxinyu970226, Mbch331, PokestarFan, jhsoby, Aklapper, Esc3300, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T148887: Add monolingual language code nn-hognorsk for Høgnorsk
jeblad added a comment. I would not say Høgnorsk is a variant of Nynorsk, they are both variants of Landsmål. The older Landsmål evolved into Nynorsk, and a group insisted on continue using Landsmål, but renamed their variant Høgnorsk. They called Nynorsk for Flatmål, which can be taken as an insult in Norwegian, and claimed the names to be in accordance with Hochdeutsch and Plattdeutsch.TASK DETAILhttps://phabricator.wikimedia.org/T148887EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Ranveig, Liuxinyu970226, Mbch331, PokestarFan, jhsoby, Aklapper, Esc3300, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. Please note Language tags in HTML and XML and how proper language tags are generated (ie. the following pattern) language-extlang-script-region-variant-extension-privateuse Also note that I wrote "only after a proper process to standardize its use" in T102533#4425465. I have no doubt that someone has registered "nn-hognorsk", as Høgnorsk resembles Nynorsk, but it is actually quite different in my opinion. Høgnorsk is claimed to be the early form Landsmål, which later become Nynorsk in 1938. For those interested; there are 49 articles written in Høgnorsk at nnwiki. Last I heard about it some years back was that there were no new articles written in Høgnorsk at nnwiki.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. @Liuxinyu970226 and @Multichill, the language dispute in Norway has been on-going for more than a century. If we can't agree in Norway, I doubt that a few heated posts here will solve it. Lets focus on a usable solution. :DTASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. Mapping the language code "no" to "nb" was a quick fix many years ago, that reflects the most common use case and solves the problem that "no" is a macro code for Norwegian language. There are two official written forms of Norwegian (Bokmål and Nynorsk), and two non-official written forms (Høgnorsk and Riksmål). Due to history the Norwegian Bokmål Wikipedia has been using the prefix "no" even if the correct one now seems to be "nb". The prefix is often misinterpreted as the language code, and thus user scripts and gadgets often added labels and descriptions at Wikidata with the language set to "no". The quick fix was then to set the content language to "nb" and persuade the script editors to use the content language instead of the prefix. A better solution could be to accept macro codes, and allow fallbacks according to language similarity. For example "Oslo" could then use a macro code "gem" and all Germanic languages had a proper label. Even if the label would be the same, the descriptions could be different. Most labels on Wikidata are identical for the North Germanic languages. The same does not hold for the descriptions. This is an really nice idea, but it implies that languages in opposing countries (read open war in real life) would use the same codes. That could lead to on-going edit wars, which is not so fun. And it also implies a traversal of the language hierarchy to figure out the valid language codes, ie translating a language code to a long list of valid macro codes, which could be unfeasible in actual code.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. I'm tempted to agree that all valid language codes, that is T102533#4422786, should be accepted. If some would like to add names and labels for Klingon, that is T102533#4422825, then let them do that.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T102533: [Bug] Disallow (or resolve) dummy language codes.
jeblad added a comment. I guess the form used in T102533#4422722 is meant to be the "private use" variant. I'm not sure we should use that form at all, but if we use it then it should probably be "no-hognorsk" and "no-riksmal" as they are not subsets of either Nynorsk or Bokmål. I would rather use a variant code, like "no-hn" and "no-rm", and only after a proper process to standardize its use.TASK DETAILhttps://phabricator.wikimedia.org/T102533EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Amire80, jeblad, Pasleim, Multichill, PokestarFan, Quest_for_Truth, Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, Aklapper, daniel, Lahi, Gq86, Baloch007, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, KartikMistry, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T193781: [task] Configure ArticlePlaceholder for nowiki
jeblad added a comment. Any progress?TASK DETAILhttps://phabricator.wikimedia.org/T193781EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jhsoby, Kjetil, Aklapper, Danmichaelo, jeblad, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, Urbanecm, Luke081515, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T196949: Some of the claim identifiers use an initial lowercase "q" and some an uppercase "Q"
jeblad added a comment. This can be a bigger issue if the ids are not consistent, so this should be fixed. Note especially that a simple string comparison between ids are not sufficient to decide if two claims are equal when this bug is in effect.TASK DETAILhttps://phabricator.wikimedia.org/T196949EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T196949: Some of the claim identifiers use an initial lowercase "q" and some an uppercase "Q"
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONInspecting Q20 as a Lua table I became aware that some of the claim identifiers use an initial lowercase "q" and some an uppercase "Q". Not sure why, but iot seems like all (?) of them have `["datatype"] = "wikibase-item"`. I have not checked all, so this could be an coincidence. Not a big issue, only strange that this isn't consistent.TASK DETAILhttps://phabricator.wikimedia.org/T196949EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T196949: Some of the claim identifiers use an initial lowercase "q" and some an uppercase "Q"
jeblad created this task.jeblad added a project: Wikibase-DataModel-Serialization.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONInspecting Q20 as a Lua table I became aware that some of the claim identifiers use an initial lowercase "q" and some an uppercase "Q". Not sure why, but iot seems like all (?) of them have ["datatype"] = "wikibase-item". I have not checked all, so this could be an coincidence.TASK DETAILhttps://phabricator.wikimedia.org/T196949EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: jeblad, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T116923: It should be possible to "protect" statements by enforcing sources
jeblad updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAfter a discussion at nowiki it became clear that Sarah Michelle Gellar ([[https://www.wikidata.org/wiki/Q180665 | Q180665 ]] was given a political affiliation with the Republican Party ([[ https://www.wikidata.org/wiki/Q29468 | Q29468 ]]) even if she explicitly said she had no such affiliation. The thing is that such statements can be made without any source. A similar case is affiliation with the political party [[ https://www.wikidata.org/wiki/Q167189 | Nasjonal Samling]]. Such statements should not be allowed without references. I propose that sources can be enforced for a property, both in a property, then enforcing sources everywhere for this specific property, and in a specific item, then enforcing sources for the property in that item only.TASK DETAILhttps://phabricator.wikimedia.org/T116923EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Aklapper, jeblad, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T105001: [Story] Special page on the client that shows which pages are referenced somehow that are also missing descriptions
jeblad updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAs an editor on the client I want to have a maintenance list of all entities that are used on my wiki but does not have a description. This should be a special page.
Note also {T104999}TASK DETAILhttps://phabricator.wikimedia.org/T105001EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: PokestarFan, Micru, Ricordisamoa, Aklapper, jeblad, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T104999: [Story] Special page on the client that shows which pages are referenced somehow that are also missing labels
jeblad updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAs an editor on the client I want to have a maintenance list of all entities that are used on my wiki but does not have a label. This should be a special page.
Note also {T105001}TASK DETAILhttps://phabricator.wikimedia.org/T104999EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Micru, Lydia_Pintscher, Ricordisamoa, jeblad, Aklapper, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T104999: [Story] Special page on the client that shows which pages are referenced somehow that are also missing labels
jeblad added a comment. Due to increased use of entities not internal at nowiki, there is an increased demand for labels and descriptions. Adding missing labels are probably more important than descriptions.TASK DETAILhttps://phabricator.wikimedia.org/T104999EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: Micru, Lydia_Pintscher, Ricordisamoa, jeblad, Aklapper, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T105001: [Story] Special page on the client that shows which pages are referenced somehow that are also missing descriptions
jeblad added a comment. Due to increased use of entities not internal at nowiki, there is an increased demand for labels and descriptions. Adding missing labels are probably more important than descriptions.TASK DETAILhttps://phabricator.wikimedia.org/T105001EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jebladCc: PokestarFan, Micru, Ricordisamoa, Aklapper, jeblad, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, LawExplorer, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
