[Wikidata-bugs] [Maniphest] T297238: Wikidata edit did not update the langlinks tables on MediaWiki side

[Huji]

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]

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]

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=langlinks=Category:Companies%20based%20in%20Edmonton=
 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]

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]

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]

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]

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=prev=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]

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=langlinks=Category:Companies%20based%20in%20Edmonton=
  
{
"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]

Huji added a comment.


  @Xaosflux there is: `=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]

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]

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 m

[Wikidata-bugs] [Maniphest] T243701: Wikidata maxlag repeatedly over 5s since Jan 20, 2020 (primarily caused by the query service)

[Huji]

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=1=160308000=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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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=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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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