[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji added a comment. I like that plan. I find it way about my paygrade (of 0 as a volunteer) to implement. TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, WDoranWMF, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, jayvdb, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji added a comment. I appreciate your explanation. Is there a reason the API should not use ParserCache output? TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, WDoranWMF, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, jayvdb, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji added a project: MediaWiki-API. Huji added a comment. In T297238#7556908 <https://phabricator.wikimedia.org/T297238#7556908>, @Ladsgroup wrote: > Three reasons I can think of: > > - Loading an item is heavy and requires a lot of network bandwith inside the dc. Plus it would put a lot of pressure on memcached and databases. See this as a cache layer > - Client wikis need to override those entries (sometimes) with `[[en:Foo]]` Wouldn't all those apply to the Web version too? But the Web version correctly shows the interwiki links based on Wikidata. If the web version can do it efficiently, why wouldn't the API do the same? More explicitly stated: when I go to https://en.wikipedia.org/wiki/Category:Companies_based_in_Edmonton I see an interwiki to fa page "رده:شرکتهای ادمنتن" (which is compatible with Wikidata), but when I go to https://en.wikipedia.org/w/api.php?action=query&prop=langlinks&titles=Category:Companies%20based%20in%20Edmonton&redirects= I get the old fa interwiki as described above. Is there a reason that API returns a different response than the Web version. Is it even good practice? > - it allows more complex querying in labs, e.g. articles that have a lot of interwiki links but not in language foo. This one is not relevant to the question about API. I am not proposing that we should do away with the `langlinks` table in MediaWiki altogether. I am saying the Web and the API version of MediaWiki should use the same source of data (both Wikidata). TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, WDoranWMF, DannyS712, Nandana, Amorymeltzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Sethakill, dg711, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, jayvdb, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji added a comment. Potentially dumb question: is there a reason MediaWiki's API uses its own `langlinks` table (rather than Wikidata) as the data source? The wiki pages themselves show the interwiki links based on Wikidata; why doesn't the API use the same source? TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji added a comment. Not to distract the discussion on this specific case, but it seems like this is not an only case. T190667 <https://phabricator.wikimedia.org/T190667> from two years ago seems to be about a similar issue. And the answer offered there (namely "don't use langlinks table") is invalid because that is what MediaWiki itself is using for its API (which in turn is what Pywikibot uses to retrieve langlinks for a given page). Even T43387 <https://phabricator.wikimedia.org/T43387> from nine years ago seems related. Point being: do we have a process that randomly checks the consistency of MediaWiki langlinks table with Wikidata to detect such anomalies? TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side
Huji renamed this task from "Pywikibot returns incorrect result when querying Wikidata" to "Wikidata edit did not update the langlinks tables on MediaWiki side". TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Pywikibot returns incorrect result when querying Wikidata
Huji added a subscriber: Ladsgroup. Huji added a comment. Here is what querying the `langlinks` table for enwiki shows <https://quarry.wmcloud.org/query/60524>: SELECT * from langlinks WHERE ll_from = 6951033 -- Category:Companies based in Edmonton F34856951: image.png <https://phabricator.wikimedia.org/F34856951> Clearly, the `langlinks` table is not consistent with the Wikidata item. Since the MediaWiki API uses the table, its response also doesn't match the table. Of note, the `fa` entry for this item on Wikidata was last edited on 25 December 2020 <https://www.wikidata.org/w/index.php?title=Q6986508&diff=prev&oldid=1328641367>. Somehow that did not update the local langlinks table. Adding @ladsgroup (it happens that his bot updated that page) mainly because he understands Wikidata much better than I do and may have some intuition about this inconsistency. TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T297238: Pywikibot returns incorrect result when querying Wikidata
Huji edited projects, added Wikidata, MediaWiki-Interwiki; removed Pywikibot. Huji added a comment. Here is my analysis of the issue: The `langlinks()` method of the `Page` class simply calls the `pagelanglinks()` of the `Site` class, which is defined in _generators.py <https://phabricator.wikimedia.org/diffusion/PWBC/browse/master/pywikibot/site/_generators.py$703>. Notably, docstring of `pagelanglinks()` suggests that it uses API:Langlinks <https://www.mediawiki.org/wiki/API:Langlinks> and when I call that API, I get the incorrect answer: https://en.wikipedia.org/w/api.php?action=query&prop=langlinks&titles=Category:Companies%20based%20in%20Edmonton&redirects= { "batchcomplete": "", "query": { "pages": { "6951033": { "pageid": 6951033, "ns": 14, "title": "Category:Companies based in Edmonton", "langlinks": [ { "lang": "ar", "*": "\u062a\u0635\u0646\u064a\u0641:\u0634\u0631\u0643\u0627\u062a \u0645\u0642\u0631\u0647\u0627 \u0641\u064a \u0625\u062f\u0645\u0648\u0646\u062a\u0648\u0646" }, { "lang": "de", "*": "Kategorie:Unternehmen (Edmonton)" }, { "lang": "fa", "*": "\u0631\u062f\u0647:\u0634\u0631\u06a9\u062a\u200c\u0647\u0627\u06cc \u0645\u0633\u062a\u0642\u0631 \u062f\u0631 \u0627\u062f\u0645\u0646\u062a\u0646" } ] } } } } (Note that "\u0631\u062f\u0647:\u0634\u0631\u06a9\u062a\u200c\u0647\u0627\u06cc \u0645\u0633\u062a\u0642\u0631 \u062f\u0631 \u0627\u062f\u0645\u0646\u062a\u0646" decodes to "رده:شرکتهای مستقر در ادمنتن") In other words, Pywikibot is not doing anything wrong; it is the API response from MediaWiki that doesn't match the Wikidata item. Changing tags. TASK DETAIL https://phabricator.wikimedia.org/T297238 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Xqt, Aklapper, Huji, pywikibot-bugs-list, Invadibot, maantietaja, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Jyoo1011, JohnsonLee01, SHEKH, Dijkstra, Khutuck, Zkhalido, Viztor, Wenyi, Tbscho, MayS, Mdupont, JJMC89, Dvorapa, Altostratus, Avicennasis, mys_721tx, jayvdb, Masti, Alchimista ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282026: Unable to quickly add interwiki links via Wikidata’s "Add link" interface
Huji added a comment. @Xaosflux there is: `&useskinversion=1` TASK DETAIL https://phabricator.wikimedia.org/T282026 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Xaosflux, Huji, M2k_dewiki, alexhollender, stjn, Pginer-WMF, Nikerabbit, santhosh, Jdlrobson, KartikMistry, SerDIDG, Mike_Peel, Robby, GiorgiOkropiridze, Amire80, ovasileva, Aca, Aklapper, Srdjan, Patafisik_WMF, Invadibot, Selby, maantietaja, Akuckartz, Demian, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Winter, JJMC89, Iniquity, _jensen, rosalieper, Agabi10, Scott_WUaS, Volker_E, Wong128hk, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282624: Limit IA granting/revoking to stewards only
Huji added a comment. In T282624#7083372 <https://phabricator.wikimedia.org/T282624#7083372>, @Krd wrote: > The current requirement is that one has to have 2fa enabled at the time when IA rights are applied, but there is neither a policy (is it?) nor a technical reason not to disable 2fa at any time later. Will stewards review or monitor this in any way? > A more simple approach from the bureaucratic point of view would be to technically check the 2fa status by the software at the time the group rights are to be used, so that IA (or say CU) features can only be used when 2fa is enabled at that time. This of course would require a software change, but it appears to be a much more reasonable and flexible way to me. Indeed, if we implement this feature and leave the assignment/revocation of right to local 'crats, would that not solve the all issues discussed above? 'crats would not need to check 2FA status, a user who gets the access and then turns off 2FA will not be able to use this feature and therefore pose risk, and communities would not have to do much differently. We just have to notify the communities that IAs who don't have 2FA will need to enable it. I need 2FA (and the specific implementation of it used on WMF) has some haters, but I think this is a low-cost solution that can be more easily justified than a complete overhaul of the process. TASK DETAIL https://phabricator.wikimedia.org/T282624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, Jeeputer, SpartacksCompatriot, alaa, MBq, Raymond, Funkruf, XenonX3, Darmo117, zhuyifei1999, Billinghurst, FriedrickMILBarbarossa, DonTrung, Meirae, Teles, Rubin16, TheDJ, Risker, 4nn1l2, MGChecker, Krd, MF-Warburg, MBH, Bebiezaza, Krenair, Acagastya, IKhitron, Iniquity, Urbanecm, Leaderboard, Minorax, Majavah, Proc, stjn, SilkTork, Johan, Quiddity, Amorymeltzer, Asartea, TheSandDoctor, CptViraj, DannyS712, Bugreporter, Jack_Frost, Xaosflux, SQL, Zabe, AntiCompositeNumber, Jack_who_built_the_house, suffusion_of_yellow, GeneralNotability, Rschen7754, Izno, Stanglavine, Tks4Fish, Cosine02, Aklapper, jrbs, Invadibot, LaMagiaaa, SHISHIR_DUA, Delete, R4356th, EhsanKhandowa, RuiyuShen, maantietaja, Muchiri124, CBogen, Isaacandy, Carn, Akuckartz, Demian, Sebleouf, Joye_Zhang, PatsagornY, Dibya, VulpesVulpes825, Lepticed7, Sunny00217, Viztor, 94rain, Nandana, Hamishcn, Awangba_Mangang, Jony, Naturista2018, Vesihiisi, Lahi, Gq86, Ramsey-WMF, BJ6123C7BTD, Anooprao, Tommy_Kronkvist, JamieTubers, Bsandipan, Nahid, GoranSMilovanovic, SPoore, lisong, Jayprakash12345, Chicocvenancio, Allthingsgo, QZanden, Kaartic, Kizule, LawExplorer, JJMC89, patilise, Devwaker, Oriciu, Niklitov, Poyekhali, _jensen, rosalieper, Pamputt, Tegel, Valepert, Taiwania_Justo, RuyP, JEumerus, Scott_WUaS, Cirdan, Ananthsubray, Superzerocool, Ixocactus, Tulsi_Bhagat, Taketa, Thibaut120094, Matiia, Einsbor, Psychoslave, Wong128hk, Luke081515, Fuzheado, SimmeD, Bsadowski1, Mardetanha, VIGNERON, Barras, Arash.pt, Cwek, Wikidata-bugs, Superyetkin, Snowolf, Savh, Base, aude, Pmlineditor, Dcljr, Vriullop, NahidSultan, El_Grafo, Dinoguy1000, DerHexer, Shanmugamp7, Trijnstel, PeterBowman, Shizhao, matej_suchanek, Melos, Jalexander, Sjoerddebruin, Stryn, Addshore, Steinsplitter, Matanya, Mbch331, Liuxinyu970226, Jay8g, Ltrlg, Glaisher, Keegan ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282504: Reconsider the design of ShortDescription extension
Huji created this task. Huji added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION There have been multiple requests to enable ShortDescription <https://www.mediawiki.org/wiki/Extension:ShortDescription> on various WMF wikis and at the time of this writing, with the except of enwiki and testwiki, it is not enabled anywhere (through there is the possibility of it being enabled on German Wikipedia at some point, see T279829 <https://phabricator.wikimedia.org/T279829>). After reviewing some of these discussions, I have come to the conclusion that there is a design flaw in the extension's workflow that is the root cause of some of the contentious discussions about this extension. I am going to be bold and make a proposal here in good faith. PS: The tag //MediaWiki-extensions-ShortDescription// does not exist or else I would have used it. Preliminary Analysis One one hand, we would like to have a short description about every item in Wikidata in as many languages as possible. Many of these items are linked to Wikipedia articles, so it appears logical that this relationship should be utilized; hence the idea that once we display the short descriptions on top of the corresponding Wikipedia article in the corresponding language, then the editors of that Wikipedia would be incentivized to edit the descriptions on Wikidata. Presumably, this will result in //killing two birds with one stone//; those editors' edits will not only improve the way articles are shown on that Wikipedia (particularly on mobile devices, in which short description is displayed prominently) but will also enrich Wikidata. But there is the catch: Wikipedia editors are **not** necessarily interested in also editing Wikidata. They don't want to leave the website; they don't want to have another set of pages to monitor for vandalism; they don't want to log in twice as many times; they want everything to be in one place. Compare the design of ShortDescription workflow with the workflow used for managing interwiki links. You can do the latter all from within a Wikipedia, without having to leave the Wikipedia article page. In contrast, there is no way to edit ShortDescription from within Wikipedia, barring by enabling the ShortDescription extension and allowing local descriptions to override those in Wikidata. And if the goal is to prevent Wikidata vandalism to show up on the Wikipedia, then the community will prefer to fully override Wikidata (as is the case in English Wikipedia, and the expectation in German Wikipedia per T279829 <https://phabricator.wikimedia.org/T279829>). This means what the local community finds most maintainable will be contradictory to the original goal of "enriching Wikidata". Another aspect of the workflow that is problematic is whether the wikis can control which short descriptions are editable. When maintained locally through the use of magic word, the wikis have the added ability to protect that page, thereby stopping vandalism in short descriptions of select articles. But when maintained centrally at Wikidata, local sysops lose that control. Most local sysops are not Wikidata sysops, so they cannot protect a Wikidata item. They //could// report vandalism on Wikidata and request for the item to be protected, but from a usability perspective, that is several additional clicks and includes departing the Wikipedia for a different project. This is clearly undesirable. Proposal 1. Revamp the ShortDescription extension and/or any other code that is used to display Wikidata short descriptions on Wikipedia pages in such way that users can edit short descriptions from within the Wikipedia page, without having to ever visit Wikidata (i.e. similar to the workflow used for interwiki links). 2. Particuarly ensure that the new workflow works easily on mobile devices; desktop users often don't even see the short descriptions on Wikipedia, so would not notice vandalism in it. 3. Through the use of a JS gadget that is enabled on all wikis, make it easy for users with "patrol" right to report vandalism of short descriptions on Wikidata //without leaving Wikipedia//. Imagine a "report vandalism" link that appears next to the short description on Wikipedia, which one could click on if they notice that the short description is being vandalized, thereby informing Wikidata admins to take action on it. TASK DETAIL https://phabricator.wikimedia.org/T282504 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Urbanecm, DannyH, Huji, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
[Wikidata-bugs] [Maniphest] T243701: Wikidata maxlag repeatedly over 5s since Jan 20, 2020 (primarily caused by the query service)
Huji added a comment. It seems like since 8/25, WD maxlag has rarely approached 5 seconds (graph <https://grafana.wikimedia.org/d/00156/wikidata-dispatch?from=159832800&orgId=1&to=160308000&viewPanel=22>) which is substantially better than before. TASK DETAIL https://phabricator.wikimedia.org/T243701 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, BeatEstermann, Ciell, tfmorris, Multichill, Majavah, PeterBowman, matej_suchanek, Masti, THE_IT, Jony, Lydia_Pintscher, Vojtech.dostal, William_Avery, valhallasw, SilentSpike, Bugreporter, Demian, Legoktm, Aschroet, ArielGlenn, Ladsgroup, JeanFred, Pasleim, Gehel, Lea_Lacroix_WMDE, ArthurPSmith, Albertvillanovadelmoral, Xqt, Lucas_Werkmeister_WMDE, Addshore, jcrespo, Dvorapa, Aklapper, Strainu, lmata, CBogen, Akuckartz, darthmon_wmde, ET4Eva, Legado_Shulgin, Nandana, Namenlos314, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Vali.matei, Avner, Zppix, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, Volker_E, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, GWicke, Dinoguy1000, Manybubbles, faidon, Mbch331, Rxy, Jay8g, fgiunchedi ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T253812: Correct the directionality and contents of the textbox placeholders in New Item form
Huji added a comment. Why not show a completely localized sentence? We already have the messages for it. TASK DETAIL https://phabricator.wikimedia.org/T253812 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, WMDE-leszek, Huji, Aklapper, Kaleem-Bhatti, Iflorez, darthmon_wmde, alaa_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, Jonas, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Lydia_Pintscher, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T65732: [Story] Handle localised digits in formatters and parsers
Huji updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T65732 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Amire80, Ladsgroup, Naypta, Huji, Aklapper, Wikidata-bugs, aude, Lydia_Pintscher, JohnLewis, darthmon_wmde, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, TheDJ, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T254273: Some parts of dates on Wikidata are shown using non-localized digits
Huji changed the subtype of this task from "Task" to "Bug Report". Huji added a subscriber: Naypta. TASK DETAIL https://phabricator.wikimedia.org/T254273 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Naypta, Ladsgroup, Amire80, Aklapper, Huji, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T254273: Some parts of dates on Wikidata are shown using non-localized digits
Huji added subscribers: Amire80, Ladsgroup. Huji added a comment. @Ladsgroup or @Amire80 could either of you help identify the root cause? TASK DETAIL https://phabricator.wikimedia.org/T254273 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Ladsgroup, Amire80, Aklapper, Huji, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T254273: Some parts of dates on Wikidata are shown using non-localized digits
Huji updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T254273 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T254273: Some parts of dates on Wikidata are shown using non-localized digits
Huji updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T254273 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T254273: Some parts of dates on Wikidata are shown using non-localized digits
Huji created this task. Huji added projects: Wikidata, MediaWiki-extensions-WikibaseClient, I18n. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Unlike many other languages, Persian does not use the Latin digits (1, 2, 3, ...) but its own digits (۱, ۲, ۳, ...) In https://www.wikidata.org/wiki/Q95963597?uselang=fa the date values for P571 <https://phabricator.wikimedia.org/P571> and P585 <https://phabricator.wikimedia.org/P585> are using the correct digits for the day of the month (such as "۱۷ مارس" for "17 March") but not for the year ("2020" should be shown as "۲۰۲۰" but isn't). Screenshot below. F31851449: image.png <https://phabricator.wikimedia.org/F31851449> The problem also appears when you try to edit the data: F31851453: image.png <https://phabricator.wikimedia.org/F31851453> Unfortunately, I am unfamiliar with the Wikibase/Wikidata world so I cannot say which part of code is responsible for this. It is surprising to me though, because we have MW code functions for displaying dates in localized format, and it appears that we are not using those in Wikibase. TASK DETAIL https://phabricator.wikimedia.org/T254273 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T254247: Put the documentation of {{#property:..}} function on MediaWiki wiki
Huji claimed this task. Huji closed this task as "Resolved". Huji added a comment. I updated https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions and provided a link to https://www.wikidata.org/wiki/Wikidata:How_to_use_data_on_Wikimedia_projects TASK DETAIL https://phabricator.wikimedia.org/T254247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Liuxinyu970226, Pavithraes, darthmon_wmde, Nandana, lucamauri, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] [Updated] T254247: Put the documentation of {{#property:..}} function on MediaWiki wiki
Huji added a project: MediaWiki-extensions-WikibaseClient. TASK DETAIL https://phabricator.wikimedia.org/T254247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Liuxinyu970226, Pavithraes, darthmon_wmde, Nandana, lucamauri, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] [Retitled] T254247: Put the documentation of {{#property:..}} function on MediaWiki wiki
Huji renamed this task from "Put the documentation of {{#property:..}} function on MediaWiki" to "Put the documentation of {{#property:..}} function on MediaWiki wiki". TASK DETAIL https://phabricator.wikimedia.org/T254247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Liuxinyu970226, Pavithraes, darthmon_wmde, Nandana, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] T254247: Put the documentation of {{#property:..}} function on MediaWiki
Huji created this task. Huji added projects: Documentation, Wikidata. Restricted Application added subscribers: Liuxinyu970226, Aklapper. TASK DESCRIPTION I stumbled upon the `{{#property:...}}` parser function today but I cannot find any documentation for it on MediaWiki wiki. Normally, I would except it to either be on https://www.mediawiki.org/wiki/Help:Extension:ParserFunctions or linked from it. TASK DETAIL https://phabricator.wikimedia.org/T254247 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Huji, Liuxinyu970226, Pavithraes, darthmon_wmde, Nandana, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, 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] [Commented On] T252800: Regression: Option add links in other languages has disappeared
Huji added a comment. In T252800#6174656 <https://phabricator.wikimedia.org/T252800#6174656>, @Jdforrester-WMF wrote: > In T252800#6174604 <https://phabricator.wikimedia.org/T252800#6174604>, @Huji wrote: > >> And finally, if that is correct, would it be fair to say that the next time we can expect the patches for this task to go live would be June 2nd? > > No. Should be within the hour, assuming we find all the bugs and get it out. But if we were unsuccessful in resolving the blockers, then the whole train would be pushed back by one week, correct? (Or do we use an earlier SWAT window in such circumstances?) TASK DETAIL https://phabricator.wikimedia.org/T252800 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ovasileva, Huji Cc: RhinosF1, Theklan, jeblad, 1339861mzb, Acamicamacaraca, Bencemac, abhaynatu, Tiven2240, ImprovedWikiImprovment, mxn, M2k_dewiki, MBH, Ghuron, minhhuy, Vachovec1, IKhitron, Iniquity, Agusbou2015, Josve05a, Base, Lofhi, Huji, NickK, alanajjar, Raymond, Roy17, JAnD, MB-one, Ninovolador, Nikerabbit, WMDE-leszek, Ladsgroup, Jdforrester-WMF, polishdeveloper, Pginer-WMF, Edtadros, Ankry, Lydia_Pintscher, Mike_Peel, Lucas_Werkmeister_WMDE, Robby, Jdlrobson, hashar, Aklapper, Vriullop, Liuxinyu970226, Blissjay007, Oblanco79, sgrabarczuk, Alter-paule, Beast1978, Rileych, Un1tY, Demian, Hook696, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, Kent7301, holger.knust, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Winter, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Soum213, Taiwania_Justo, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Ebe123, Arrbee, santhosh, KartikMistry, Isarra, Mbch331, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji added a comment. Thanks @Lydia_Pintscher is there a patch or diff link you could provide as to how the message was improved? TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Huji Cc: Lydia_Pintscher, Liuxinyu970226, Huji, Aklapper, 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] [Updated] T252800: Regression: Option add links in other languages has disappeared
Huji added a comment. @Jdforrester-WMF can I use this opportunity to learn the deployment process better? Do I understand correctly that because the patches associated with were supposed to be deployed in the //Mediawiki train - American Version// window (19-21 UTC today) in which 1.35.0-wmf.34 would be deployed? Given that we are at 21:03 UTC right now and the change is still not seen on Wikipedias, I checked Special:Version on Wikipedias and they are still on MW 1.35.0-wmf.32, is it safe to assume that the issue is that wmf.34 has blockers (i.e. T253022 <https://phabricator.wikimedia.org/T253022> is still open)? And finally, if that is correct, would it be fair to say that the next time we can expect the patches for this task to go live would be June 2nd? TASK DETAIL https://phabricator.wikimedia.org/T252800 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: ovasileva, Huji Cc: RhinosF1, Theklan, jeblad, 1339861mzb, Acamicamacaraca, Bencemac, abhaynatu, Tiven2240, ImprovedWikiImprovment, mxn, M2k_dewiki, MBH, Ghuron, minhhuy, Vachovec1, IKhitron, Iniquity, Agusbou2015, Josve05a, Base, Lofhi, Huji, NickK, alanajjar, Raymond, Roy17, JAnD, MB-one, Ninovolador, Nikerabbit, WMDE-leszek, Ladsgroup, Jdforrester-WMF, polishdeveloper, Pginer-WMF, Edtadros, Ankry, Lydia_Pintscher, Mike_Peel, Lucas_Werkmeister_WMDE, Robby, Jdlrobson, hashar, Aklapper, Vriullop, Liuxinyu970226, Blissjay007, Oblanco79, sgrabarczuk, Alter-paule, Beast1978, Rileych, Un1tY, Demian, Hook696, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, Kent7301, holger.knust, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Winter, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Soum213, Taiwania_Justo, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Ebe123, Arrbee, santhosh, KartikMistry, Isarra, Mbch331, Rxy, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji added a project: Wikibase-JavaScript-Api. TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Liuxinyu970226, Huji, Aklapper, 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] [Lowered Priority] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji lowered the priority of this task from "Unbreak Now!" to "Needs Triage". Huji added a comment. Workaround exists (merging items). Removing UBN. TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Liuxinyu970226, Huji, Aklapper, 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] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Liuxinyu970226, Huji, Aklapper, 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] [Triaged] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji triaged this task as "Unbreak Now!" priority. Huji added a comment. Restricted Application added a subscriber: Liuxinyu970226. This impacts a key functionality and no alternative exists, so marking UBN for now. TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Liuxinyu970226, Huji, Aklapper, 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] T253871: Cannot add sitelink in Wikidata: "The save has failed"
Huji created this task. Huji added a project: Wikidata. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION I created https://www.wikidata.org/wiki/Q95684924 so that I can add en:Wikipedia:WikiProject Notability <https://en.wikipedia.org/wiki/Wikipedia:WikiProject_Notability> and fa:ویکیپدیا:ویکیپروژه سرشناسی <https://fa.wikipedia.org/wiki/%D9%88%DB%8C%DA%A9%DB%8C%E2%80%8C%D9%BE%D8%AF%DB%8C%D8%A7:%D9%88%DB%8C%DA%A9%DB%8C%E2%80%8C%D9%BE%D8%B1%D9%88%DA%98%D9%87_%D8%B3%D8%B1%D8%B4%D9%86%D8%A7%D8%B3%DB%8C> to it. I was successful in adding the fawiki link. However, when I attempted to add the enwiki link, I got this error: `The save has failed` Of note, the enwiki page does not have an entry on Wikidata (or at least I don't find one using search) so I don't think that is the issue. By the way, this is a very informative error message. Can we make it more specific? Why did the save fail? TASK DETAIL https://phabricator.wikimedia.org/T253871 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, Aklapper, 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] T253812: Correct the directionality and contents of the textbox placeholders in New Item form
Huji updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T253812 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, Aklapper, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T253812: Correct the directionality and contents of the textbox placeholders in New Item form
Huji created this task. Huji added projects: MediaWiki-extensions-WikibaseRepository, I18n. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION After logging into Wikidata, go to https://www.wikidata.org/wiki/Special:NewItem?uselang=en and from the language dropdown, select "ar" for Arabic. The placeholders for the textboxes in the form will look like below: F31844695: image.png <https://phabricator.wikimedia.org/F31844695> If this is meant to be a text in English, then its directionality shouldn't be changed to right-to-left. Conversely, if the reason we are showing the local name of the language (ie. "العربية") is because we want the user to is about to enter a text in the selected language (and, after all, Arabic is an RTL language) then the entire placeholder should be replaced with an Arabic phrase that reads well in RTL (e.g. "أدخل التعريف بـالعربية" for the Label box, etc.) TASK DETAIL https://phabricator.wikimedia.org/T253812 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, Aklapper, Kaleem-Bhatti, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T253663: Sitelinks missing on a page on fawiki
Huji created this task. Huji added projects: Wikidata, MediaWiki-Interwiki. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION When I go to this Template page <https://fa.wikipedia.org/wiki/%D8%A7%D9%84%DA%AF%D9%88:%D8%AC%D9%81%D8%B1%DB%8C_%DA%86%D8%A7%D8%B3%D8%B1>, the sitelinks link (i.e. the link on the sidebar using which you should be able to add an interwiki link for this page) is missing. To the best of my knowledge, this is the only page with this issue. Other pages that don't have any interwikis defined, or those that do have interwikis defined, all work correctly. TASK DETAIL https://phabricator.wikimedia.org/T253663 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Huji, 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] T251453: Wikidata information and interwiki information are discordant for en:Template:Rhythm_and_meter
Huji created this task. Huji added a project: Wikidata. Restricted Application added subscribers: Liuxinyu970226, Aklapper. TASK DESCRIPTION On https://en.wikipedia.org/wiki/Template:Rhythm_and_meter you will see that the interwiki link to fawiki is to the page title `الگو:عناصر موسیقی` This is incompatible with the Wikidata entry for that enwiki page: https://www.wikidata.org/wiki/Q17467119 Of note, `الگو:عناصر موسیقی` on fawiki is a redirect page <https://fa.wikipedia.org/w/index.php?title=%D8%A7%D9%84%DA%AF%D9%88:%D8%B9%D9%86%D8%A7%D8%B5%D8%B1_%D9%85%D9%88%D8%B3%DB%8C%D9%82%DB%8C&redirect=no> with its target <https://fa.wikipedia.org/wiki/%D8%A7%D9%84%DA%AF%D9%88:%D8%B1%DB%8C%D8%AA%D9%85_%D9%88_%D9%85%D8%AA%D8%B1>, `الگو:ریتم و متر` being the page listed on Wikidata. It seems like when the page was moved on April 15th, its data was not correctly updated on Wikidata. (Could this have to do with the recovery from T249565 <https://phabricator.wikimedia.org/T249565>?) No matter what the root cause is, I cannot fix this on Wikidata either. I even removed the fawiki entry and added it again, but that did not fix the issue on enwiki. TASK DETAIL https://phabricator.wikimedia.org/T251453 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Huji Cc: Aklapper, Ladsgroup, Huji, Liuxinyu970226, 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] [Closed] T213998: TypeError: this.options.badges.map is not a function
Huji closed this task as "Resolved".Huji claimed this task.Huji added a comment. Confirming that this works properly on Wikidata now. Seeing that it is merged on master, I am closing the task as well. Great work everyone!TASK DETAILhttps://phabricator.wikimedia.org/T213998EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Lea_Lacroix_WMDE, Addshore, Stashbot, gerritbot, TerraCodes, Liuxinyu970226, Aklapper, Huji, 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, Jonas, Wikidata-bugs, aude, Mvolz, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T213998: TypeError: this.options.badges.map is not a function
Huji updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONI wanted to mark the fawiki version of https://www.wikidata.org/wiki/Q40112 as a Good Article (it just got promoted as such). When I clicked on the badges icon next to its entry I got this error in the browser console: `https://www.wikidata.org/wiki/Q40112#sitelinks-wikipedia``TypeError: this.options.badges.map is not a function`. I reloaded the page in debug mode, and this is the part of `jquery.wikibase.badgeselector.js` that seems to trigger the error:...TASK DETAILhttps://phabricator.wikimedia.org/T213998EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: TerraCodes, Liuxinyu970226, Aklapper, Huji, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mvolz, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T213998: TypeError: this.options.badges.map is not a function
Huji triaged this task as "Unbreak Now!" priority.Huji added a comment.Restricted Application added subscribers: Liuxinyu970226, TerraCodes. Marking UBN as this has made it impossible for me to use Wikidata for this purpose and no workaround exists either.TASK DETAILhttps://phabricator.wikimedia.org/T213998EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: TerraCodes, Liuxinyu970226, Aklapper, Huji, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mvolz, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T213998: TypeError: this.options.badges.map is not a function
Huji created this task.Huji added projects: Wikidata, Wikibase-DataModel-_javascript_.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONI wanted to mark the fawiki version of https://www.wikidata.org/wiki/Q40112 as a Good Article (it just got promoted as such). When I clicked on the badges icon next to its entry I got this error in the browser console: https://www.wikidata.org/wiki/Q40112#sitelinks-wikipedia. I reloaded the page in debug mode, and this is the part of jquery.wikibase.badgeselector.js that seems to trigger the error: /** * Fills the menu with a menu item for each badge that may be assigned. * * @return {jQuery.Promise} * No resolved parameters. * No rejected parameters. */ _fillMenu: function () { var self = this, deferred = $.Deferred(), badgeIds = this.options.badges.map( function ( cssClasses, itemId ) { return itemId; } );TASK DETAILhttps://phabricator.wikimedia.org/T213998EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Aklapper, Huji, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mvolz, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T211198: Wrong separation between the first letter and the word in Arabic Wikidata descriptions on Mobile version
Huji added a comment. @Jdlrobson Jdlrobson edited projects, added MinervaNeue; removed MobileFrontend, Reading Epics (Wikidata Description Editing). What is this MinervaNeue tag? I get a 404 when I go to it? Also, I think it should be kept in #MobileFrontend as it actually only occurs on the mobile frontend.TASK DETAILhttps://phabricator.wikimedia.org/T211198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Meno25, Ladsgroup, Huji, Bassem, Jdlrobson, Volker_E, ovasileva, alanajjar, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Winter, _jensen, D3r1ck01, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T211198: Wrong separation between the first letter and the word in Arabic Wikidata descriptions on Mobile version
Huji added a project: I18n. TASK DETAILhttps://phabricator.wikimedia.org/T211198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Meno25, Ladsgroup, Huji, Bassem, Jdlrobson, Volker_E, ovasileva, alanajjar, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Winter, _jensen, D3r1ck01, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T211198: Wrong separation between the first letter and the word in Arabic Wikidata descriptions on Mobile version
Huji added a comment. I can confirm that this occurs with fawiki mobile version on an iPhone. It also happens when I go to https://fa.m.wikipedia.org/wiki/%D8%B3%DB%8C%D8%A8 using Firefox on Mac (so it is not an OS issue, or a mobile versus non-mobile device issue). Even better, I managed to create a short video of this. Here, we are at the page linked above, and I hit F5 to refresh the page. You will see on the top-right of the page that the string "میوه سردسیری" momentarily changes to look like "میوه سردسیری" with a different font, then to "میوه سردسیری" with the correct font, and then back to the correct string. Looking at the source of the page, the first letter of the string is not wrapped in any HTML elements or anything like that. This makes me think that the issue has to do with the font somehow not rendering the write glyphs for a short time. F27613447: T211198.movTASK DETAILhttps://phabricator.wikimedia.org/T211198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Meno25, Ladsgroup, Huji, Bassem, Jdlrobson, Volker_E, ovasileva, alanajjar, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Winter, _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] [Updated] T189746: Have a calendar converter for input dates at wikidata
Huji added a comment. There seems to be some miscommunication and misunderstanding here that I might be able to clarify. MediaWiki supports several calendars in addition to what PHP supports itself (through strtotime() etc.) For instance, MediaWiki has supported for Solar Hijri calendar (aka Iranian calendar) since 827d6dcd86bf5bc3340ac5556b757434710691c2 (which I committed in 2007) and similarly for several other calendar systems (the Lunar Hujri calendar, aka Arabic calendar, the Hebrew calendar, and so forth). What is being asked here, I believe, is that users of Wikidata can look at an item that has some date attributes, and instead of (or in addition to) seeing the dates in their original format (which is a data type of "Point in time" shown as a Gregorian date, see for instance P569) they would like to have the ability to see that date converted into a different calendar system. None of the algorithms we have for converting between calendar systems are 100% accurate (for reasons that go beyond this discussion), and they are especially inaccurate for dates that are one or more centuries in the past or in the future. We are using them in MediaWiki to show the current date in a different calendar system, for which they tend to be much more accurate. In Wikidata, however, I would venture a guess that many/most dates are not for relatively current events. Additionally, the data in Wikidata is also probably subject to similar inaccuracies. What you find as the date of birth of Ibn Arabi (10 November 1240) is probably based on some conversion someone did from the Lunar Hijri calendar to the Gregorian calendar (as the original documents about him in which his date of birth is mentioned are in Arabic and mention it in the Lunar Hijri calendar only). As stated above, all of these conversions are subject to assumptions and inaccuracies, and converting them back to the Lunar Hijri calendar might give a result different form the original date (e.g. because different algorithms were used for each of the two date conversions). So all in all, I am not in favor of making this a core feature. Instead, I think what we should do is (a) make sure that date fields contain meta-data that shows that date in some standard format (e.g. an ISO 8601) and (b) create front-end gadgets for Wikidata that can consume this metadata and show the date in any additional calendar systems. So for instance, when you go to Ibn Arabi and look at the HTML source of the page for the DIV element that contains the date of birth, you should find some attribute like data-date-ISO-value="1165-07-28" so that a JS-based gadget then be able to find all fields with a data-date-ISO-value attribute and run conversion as desired by the user. (Of note, JS-based conversion for all these calendar systems exist, and they are pretty light to run on the client-side).TASK DETAILhttps://phabricator.wikimedia.org/T189746EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Huji, Jc3s5h, Mehdi, Doostdar, alanajjar, Aklapper, Yamaha5, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T189329: jquery.wikibase.edittoolbar and other qunit tests are flaky
Huji added a comment. I assume the failed test on PS1 of https://gerrit.wikimedia.org/r/#/c/421468/ is the same issue, right?TASK DETAILhttps://phabricator.wikimedia.org/T189329EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Tgr, hashar, gerritbot, Reedy, Krinkle, dcausse, Smalyshev, Jdlrobson, hoo, Mbch331, Jonas, TerraCodes, Liuxinyu970226, Niharika, Gilles, Daimona, WMDE-leszek, SBisson, Jdforrester-WMF, Lucas_Werkmeister_WMDE, Huji, Mholloway, Legoktm, Aklapper, Versusxo, Majesticalreaper22, Tamgue, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Volker_E, Wikidata-bugs, aude, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125434: Research on right to left languages layout
Huji added a comment. I am aware, but it still triggered me! ;)TASK DETAILhttps://phabricator.wikimedia.org/T125434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucie, HujiCc: Huji, Ladsgroup, Lucie, Aklapper, Lydia_Pintscher, D3r1ck01, MuhammadShuaib, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, jayvdb, Ricordisamoa, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125434: Research on right to left languages layout
Huji added a comment. While you are at it, can you change the description for https://fa.wikipedia.beta.wmflabs.org/wiki/Special:AboutTopic?entityid=Q44075 such that Einstein is described as an all around "great" dude, not "gread" dude?!TASK DETAILhttps://phabricator.wikimedia.org/T125434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucie, HujiCc: Huji, Ladsgroup, Lucie, Aklapper, Lydia_Pintscher, D3r1ck01, MuhammadShuaib, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, jayvdb, Ricordisamoa, Shizhao, Arrbee, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T150203: Item page should contain a link to merge Special:MergeItems
Huji added a comment. What gadget? You mean I should create one through Special:Gadgets?TASK DETAILhttps://phabricator.wikimedia.org/T150203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Lydia_Pintscher, Esc3300, Aklapper, Huji, TerraCodes, D3r1ck01, MuhammadShuaib, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T150204: Enable autocomplete for the textboxes on Special:MergeItems
Huji created this task.Huji added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONThe same autocomplete and suggestion feature that is used in the search term should be also enabled for the textboxes on Special:MergeItemsTASK DETAILhttps://phabricator.wikimedia.org/T150204EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Huji, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T150203: Item page should contain a link to merge Special:MergeItems
Huji created this task.Huji added projects: Wikidata, Easy.Herald added subscribers: TerraCodes, Aklapper. TASK DESCRIPTIONTo merge to items, what you need to do is copy-paste or type their identifiers. The work can be reduced to half if a link is made available on the item page, which you can click on and go to the merge form with one of the two textboxes already filled in with current item identifier.TASK DETAILhttps://phabricator.wikimedia.org/T150203EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: HujiCc: Aklapper, Huji, TerraCodes, D3r1ck01, MuhammadShuaib, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs