[Wikidata-bugs] [Maniphest] T277826: Add a new qualifier for the conflicts-with constraint to specify the properties and values that should be used instead
Agabi10 removed Agabi10 as the assignee of this task. Agabi10 added a comment. Due to lack of time I didn't work in this in months and even if I might get into this later again I prefer unasigning myself from the task for now to avoid discouraging others from working on the task. TASK DETAIL https://phabricator.wikimedia.org/T277826 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Lucas_Werkmeister_WMDE, Pamputt, Esc3300, Bugreporter, Aklapper, Agabi10, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, 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] T316936: Language names in wbqc-violation-message-label-lacking aren't translated to the language of the user interface
Agabi10 added a comment. In T316936#8225124 <https://phabricator.wikimedia.org/T316936#8225124>, @Lydia_Pintscher wrote: > Do you have an example where this is happening so I can have a closer look? Here is an example: https://www.wikidata.org/wiki/Q100257812#P4529 TASK DETAIL https://phabricator.wikimedia.org/T316936 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, Agabi10, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Esc3300, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, 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] T316936: Language names in wbqc-violation-message-label-lacking aren't translated to the language of the user interface
Agabi10 created this task. Agabi10 added a project: Wikibase-Quality-Constraints. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION The constraint message that is displayed when a required language couldn't be found in the labels of an entity has languages names written in the same language that is required instead of in the language of the user interface. When this is a language I don't understand I'm unable to know which language is the one missing. I can't fix the problem without understanding the language, but it would be nice knowing at least which one the missing language is. **What happens?**: Language names in wbqc-violation-message-label-lacking message are displayed written in that language. **What should have happened instead?**: Language names of the message should be displayed written in the language of the user interface. TASK DETAIL https://phabricator.wikimedia.org/T316936 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, Eihel, Lucas_Werkmeister_WMDE, Esc3300, abian, Wikidata-bugs ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T277826: Add a new qualifier for the conflicts-with constraint to specify the properties and values that should be used instead
Agabi10 added a comment. In T277826#7926652 <https://phabricator.wikimedia.org/T277826#7926652>, @Lucas_Werkmeister_WMDE wrote: > For the multi-multi case I would suggest a message with more than one paragraph, something like: > >> An entity should not have statements for both $1 and $2. >> >> Replacement properties: >> >> - … >> >> Replacement values: >> >> - … How can I do a message with multiple paragraphs as the one in the example above? The only way I can think of is adding HTML code to the messages, but checking the list of the existing messages in the extension I don't see any message with HTML tags in it, so I suppose there's a better way to get the same result. TASK DETAIL https://phabricator.wikimedia.org/T277826 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Lucas_Werkmeister_WMDE, Pamputt, Esc3300, Bugreporter, Aklapper, Agabi10, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, 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] T277826: Add a new qualifier for the conflicts-with constraint to specify the properties and values that should be used instead
Agabi10 added a comment. In T277826#7926652 <https://phabricator.wikimedia.org/T277826#7926652>, @Lucas_Werkmeister_WMDE wrote: > Note that it’s also possible to have only a replacement value but no replacement property. In this case should I assume that the same property with a different value should be used instead? One of the few examples currently where replacement value without replacement property is used is P9650 <https://www.wikidata.org/wiki/Property:P9650>, should the message in this claim <https://www.wikidata.org/wiki/Q24081287#P9650> be something like this? > An entity should not have a statement for Internet Game Database company ID if it also has a statement for instance of with value company. Use instance of with value video game developer instead. If the same property should be used not repeating the "instance of" property in the replacement part makes the message more confusing, because it's not that clear if the property that needs a change is the one that triggered the constraint message or the other one. Additionally, we could also make that if "replacement value" is provided "replacement property" would be mandatory for the constraint to be valid, that way there wouldn't be confusion about which of the properties should have its value replaced. TASK DETAIL https://phabricator.wikimedia.org/T277826 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Lucas_Werkmeister_WMDE, Pamputt, Esc3300, Bugreporter, Aklapper, Agabi10, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, 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] T277826: Add a new qualifier for the conflicts-with constraint to specify the properties and values that should be used instead
Agabi10 claimed this task.
Agabi10 added a comment.
I started working on this, but I'm not sure how should I handle the messages
when multiple properties and multiple values are specified with the replacement
property and replacement value qualifiers.
When only one property is provided I went with `An entity should not have
statements for both $1 and $2. Use $3 instead.`, and when only one property and
one value are provided I went with `An entity should not have statements for
both $1 and $2. Use $3 with value $4 instead.`
The one with only the property would be easy adapting it to multiple
properties using PLURAL and becoming something like `An entity should not have
statements for both $1 and $2. Use {{PLURAL:$3|1=$5.|2=either $5 or $6.|one of
the following:$4}}`, and one replacement property with multiple values could
work with something like this: `An entity should not have statements for both
$1 and $2. Use $3 with {{PLURAL:$4|1=value $6.|2=either $6 or $7 as value.|one
of the following values:$5}}.` But what can I put in the message when multiple
properties and multiple values are provided?
TASK DETAIL
https://phabricator.wikimedia.org/T277826
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Agabi10
Cc: Pamputt, Esc3300, Bugreporter, Aklapper, Agabi10, Astuthiodit_1,
karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Eihel, Nandana,
Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer,
_jensen, rosalieper, Scott_WUaS, abian, 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] T289564: Inconsistent behavior of mw.wikibase.getDescription
Agabi10 added a comment. I might be wrong or even misunderstanding the issue, but the description in wikibase shouldn't have any wikilinks nor templates. I don't know if that applies to formatting too, but wikilinks and templates would make them only useful for the wiki in which they were added and completely useless for third party users where even if they could format those links they can't know to which wiki they should be linking to. TASK DETAIL https://phabricator.wikimedia.org/T289564 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Aklapper, lucamauri, Invadibot, maantietaja, Akuckartz, 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] T278924: Wikidata changes don't seem to trigger LinksUpdate job
Agabi10 added a subscriber: Lydia_Pintscher. Agabi10 added a comment. @Lydia_Pintscher, I just tested it and it's still happening in production right now. I connected this article <https://es.wikipedia.org/wiki/1921_(pel%C3%ADcula_china)> to its Wikidata entity <https://www.wikidata.org/wiki/Q107356491>, but even if the rendering of the page changed to reflect that the IMDb ID of the template parameter is the same as the one of the Wikidata entity it's still displayed in the category that tracks the mismatch of identifiers <https://es.wikipedia.org/wiki/Categor%C3%ADa:Wikipedia:Art%C3%ADculos_con_identificadores_diferentes_en_Wikidata>. There's no change linked to the task, so I assume that there's nothing pending to land in production and that when you added the #TestMe <https://phabricator.wikimedia.org/tag/testme/> project you were requesting confirmation of this problem still happening in production. TASK DETAIL https://phabricator.wikimedia.org/T278924 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Lydia_Pintscher, Aklapper, Agabi10, Invadibot, maantietaja, Rishacha, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, TerraCodes, _jensen, rosalieper, Scott_WUaS, Pchelolo, 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] T280910: Wikidata Client usage tracking for redirect resolving Lua functions
Agabi10 added a comment. In T280910#7198841 <https://phabricator.wikimedia.org/T280910#7198841>, @Lucas_Werkmeister_WMDE wrote: > No, you get a usage on Q1 (not quite sure what kind of usage – my sandbox page <https://www.wikidata.org/w/index.php?title=User:Lucas_Werkmeister_(WMDE)/sandbox=info> apparently uses “some labels”, rather than specifically the English label), and nothing on Q2. So edits on Q2 have no effect. The usage of "some labels" instead of the English label looks fine, because Template:Q uses the user language for the label and that language can be something other than English. That usage should still be tracked for the redirect target instead though (or to both of them). TASK DETAIL https://phabricator.wikimedia.org/T280910 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Lucas_Werkmeister_WMDE, hoo, Ladsgroup, Lydia_Pintscher, Manuel, Aklapper, Jakob_WMDE, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Addshore, 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] T278924: Wikidata changes don't seem to trigger LinksUpdate job
Agabi10 created this task. Agabi10 added projects: Wikidata, WMF-JobQueue. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION In the infobox film of eswiki <https://es.wikipedia.org/wiki/M%C3%B3dulo:Ficha_de_pel%C3%ADcula> we use Wikidata properties for automatic categorization by director, year, genres,... and I realized that changing the values of Wikidata changes the rendering of the list of categories in the HTML output, but that the pages don't display in the category unless the page is null edited. I don't really know if it isn't working or if it is just that the LinksUpdate job is very lagged, but I think it's better reporting just in case. TASK DETAIL https://phabricator.wikimedia.org/T278924 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, Invadibot, maantietaja, Rishacha, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Pchelolo, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T277826: Add a new qualifier for the conflicts-with constraint to specify the properties that should be used instead
Agabi10 created this task. Agabi10 added a project: Wikibase-Quality-Constraints. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION When a property is used for a entity class where a different one should be used instead the current way of doing it is adding a conflicts-with constraint for the property instance of with the value to avoid. One example of that would be P407 <https://www.wikidata.org/wiki/Property:P407>, which shouldn't be used for humans and we should use P103 <https://www.wikidata.org/wiki/Property:P103> and P1412 <https://www.wikidata.org/wiki/Property:P1412> instead. Anyway, when the editors see the error on the entity page they only see that they shouldn't use that property for that type of entity, but they don't know that they should add the information using a different property. Would it be possible creating a new qualifier to specify which property or properties should be used instead of that one and displaying that information in the error message? I know that we already have that information in the description of the property, but I consider that a workaround and it is harder to keep in sync among languages. TASK DETAIL https://phabricator.wikimedia.org/T277826 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, maantietaja, Akuckartz, Nandana, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T245534: [SUPPORT] Errors on installing WikibaseQualityConstraints extension for Wikibase
Agabi10 added a comment. That instructions are for using the master branches instead of a specific version. Try doing this: cd .../extensions/WikibaseQualityConstraints/ git checkout REL1_34 That way you should move WikibaseQualityConstraints from the master branch to the REL1_34 branch. TASK DETAIL https://phabricator.wikimedia.org/T245534 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Lucas_Werkmeister_WMDE, Aklapper, Wikirik123, Samantha_Alipio_WMDE, darthmon_wmde, Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Asahiko, abian, Wikidata-bugs, aude, Lydia_Pintscher, Addshore, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T245534: [SUPPORT] Errors on installing WikibaseQualityConstraints extension for Wikibase
Agabi10 added a comment. In T245534#5896284 <https://phabricator.wikimedia.org/T245534#5896284>, @Wikirik123 wrote: > 1. What is the version of Wikibase and Wikimedia that WikibaseQualityConstraints is compatible with? I did not find a version on the description page of the extension. The version of each of the branch is compatible with the same branch of WikibaseQualityConstraints. In T245534#5896284 <https://phabricator.wikimedia.org/T245534#5896284>, @Wikirik123 wrote: > 2. When is the expected date that WikibaseQualityConstraints will be updated to be compatible with Wikibase 1.34/? Is this known? It already is. If you want to have the compatibility with Mediawiki 1.34 and Wikibase 1.34 you have to use the 1.34 branch of WikibaseQualityConstraints. You can get it in Gerrit <https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikibaseQualityConstraints/+/REL1_34> and GitHub <https://github.com/wikimedia/mediawiki-extensions-WikibaseQualityConstraints/tree/REL1_34>. TASK DETAIL https://phabricator.wikimedia.org/T245534 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Lucas_Werkmeister_WMDE, Aklapper, Wikirik123, Samantha_Alipio_WMDE, darthmon_wmde, Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Asahiko, abian, Wikidata-bugs, aude, Lydia_Pintscher, Addshore, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T209879: Graduate suggestions based on constraints beta feature out of beta features
Agabi10 added a comment. Hi @connorshea, that's T102324 <https://phabricator.wikimedia.org/T102324> (which is the task in which the suggestions where hidden for qualifiers in new items as a temporary measure), T147117 <https://phabricator.wikimedia.org/T147117> (the parent of the previous one) and T197991: Add item suggestions for qualifiers <https://phabricator.wikimedia.org/T197991> (which is probably a duplicate of the other two). TASK DETAIL https://phabricator.wikimedia.org/T209879 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Agabi10 Cc: Agabi10, connorshea, greg, Jdforrester-WMF, WMDE-leszek, Lucas_Werkmeister_WMDE, Lea_Lacroix_WMDE, Aklapper, Lydia_Pintscher, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T209504: Perform more constraint type checks in PHP before falling back to SPARQL
Agabi10 added a comment. It doesn't look like it's decreasing again after going back to 150... Is it possible for the increase being related to T204031: Deploy regular running of wikidata constraint checks using the job queue instead of with the maximum number of entities checked?TASK DETAILhttps://phabricator.wikimedia.org/T209504EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, Agabi10Cc: Tarrow, Lydia_Pintscher, Addshore, Stashbot, Agabi10, gerritbot, Michael, Lucas_Werkmeister_WMDE, Aklapper, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, Jonas, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T209504: Perform more constraint type checks in PHP before falling back to SPARQL
Agabi10 added a comment. In T209504#4823419, @Lucas_Werkmeister_WMDE wrote: In the “Type Check Runtime” panel, I would expect the times of PHP checks to increase slightly, and the times of SPARQL checks probably wouldn’t change (their rate should decrease, but we don’t currently plot that). Isn't this one the rate? Which, by the way, could have a better color choice to make it more accessible.TASK DETAILhttps://phabricator.wikimedia.org/T209504EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Stashbot, Agabi10, gerritbot, Michael, Lucas_Werkmeister_WMDE, Aklapper, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, D3r1ck01, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T11294: show copyright information for images in category listing
Agabi10 added a project: Structured-Data-Commons.Agabi10 added a comment.Restricted Application added a project: Wikidata. This might be possible to implement once #structured-data-commons is implemented, or as a part of it. Once it is implemented we should have a way to get the data in a machine readable format.TASK DETAILhttps://phabricator.wikimedia.org/T11294EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, wikibugs-l-list, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Jackmcbarn, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T192567: Expose constraint violations to WDQS
Agabi10 added a comment. In T192567#4157289, @Jonas wrote: It is ok if they are deleted. They will be repopulated over time when users execute constraint checks. That would be only true for the entities that have been visited by logged in users since the deletion. It could take weeks or even months to have the required entities in the cache to be able to find and fix all the constraint violations "for actors that live in Germany and are born before 1945" using the queries. Even if the violations are stale for some time it would be nice having a job or something going through the entities creating and caching reports for the entities that don't have one stored. At least from the place where WDQS will be pulling that info.TASK DETAILhttps://phabricator.wikimedia.org/T192567EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, Lucas_Werkmeister_WMDE, Gehel, Smalyshev, Jonas, Aklapper, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173610: Inverse constraint should probably take into account subproperty of
Agabi10 added a comment. I don't know, I only know the one of the example I provided.TASK DETAILhttps://phabricator.wikimedia.org/T173610EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Lucas_Werkmeister_WMDE, Aklapper, Agabi10, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T182147: more convenience functions for Lua
Agabi10 added a comment. At eswiki we mostly use it for the infoboxes and there are some things we have to do in many infoboxes that could be useful for others too: Get the value of the qualifier of a known specific value for a property: For example, when we want to get the title in Spain for a given film, we need the value of the title qualifier for the claim has quality -> title for Spain (entity['claims']['P1552'] -> check if any of them has the value Q27847754 -> ['qualifiers']['P1476'][1]) Get the value of a property with a given qualifier and value: For example, when we want to display the different crew members that don't have their own property in Wikidata. If we want to display the art director we have to loop through all the film crew members and check who of them (if any) has a role of art director. An easy way to sort the claims by label in a given language (for alphabetically sorted lists), by qualifier value (for dates or numeric values). A way to get the most recent value for a property (like for the population of the cities and towns). Usually it should be set as preferred, and sorting these claims by date at Wikidata to make setting the most recent as preferred easier would work too. TASK DETAILhttps://phabricator.wikimedia.org/T182147EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: RolandUnger, Agabi10, RexxS, Vriullop, MisterSynergy, Ghuron, Uzume, putnik, Jonas, aude, hoo, Ladsgroup, Tpt, thiemowmde, eranroz, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T117301: When writing a language code in the site if another site starts with the same name and it is before in the list it is overriden
Agabi10 added a subscriber: Lydia_Pintscher.Agabi10 added a comment. @Lydia_Pintscher this still happens at least in https://test.wikidata.org. The process I followed to test it: Go to a random page of test Wikidata. In the Wikipedia link section press the edit button. Click the "wiki" input field. Type "es" Press Tab in the keyboard to go to the field of the page title See how the "es" I typed has been replaced with "eo". TASK DETAILhttps://phabricator.wikimedia.org/T117301EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Lydia_Pintscher, Aklapper, Agabi10, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, TerraCodes, Luke081515, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173710: Job queue is increasing non-stop
Agabi10 added a comment. @Joe, that might be true for the htmlCacheUpdate jobs, but not for the refreshLinks jobs. From my understanding, the refreshLinks jobs should be processed even if they are older than the max TTL, because discarding those jobs only because they are old would make the categories, backlinks,... less accurate.TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: ema, Joe, GWicke, Nemo_bis, Andreasmperu, BBlack, Peachey88, Liuxinyu970226, daniel, Stashbot, Agabi10, Daniel_Mietchen, Harej, XXN, Pasleim, Bugreporter, Sjoerddebruin, Magnus, Mr.Ibrahem, Emijrp, gerritbot, EBernhardson, Esc3300, jcrespo, WMDE-leszek, Jdforrester-WMF, Krinkle, aaron, fgiunchedi, Aklapper, Ladsgroup, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, Vali.matei, Avner, Zppix, debt, Gehel, FloNight, Izno, Eevans, mobrovac, Hardikj, Wikidata-bugs, aude, jayvdb, faidon, Mbch331, Jay8g, jeremyb___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173610: Inverse constraint should probably take into account subproperty of
Agabi10 created this task.Agabi10 added projects: Wikidata, Wikibase-Quality-Constraints, Wikibase-Quality.Herald added a subscriber: Aklapper. TASK DESCRIPTIONHeroes of Might and Magic has part Might & Magic: Heroes VI and this relation is marked as a violation due to Might & Magic: Heroes VI not being part of Heroes of Might and Magic. I know that I can fix this constraint violation adding that relation, but this relation is already covered by the series property, which is already a subproperty of the part of property. Instead of encouraging people to duplicate the information we should check the relation for the property or subproperties, or, at least, allow defining that the constraint can be fulfilled by a property or a subproperty thereof.TASK DETAILhttps://phabricator.wikimedia.org/T173610EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T173432: Sort claims of a property by point in time
Agabi10 created this task.Agabi10 added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper. TASK DESCRIPTIONMarking the most recent claim of a property as preferred can be a nightmare when there are multiple claims for an statement. One example of this would be checking that the most recent ELO of a chess player is the preferred one in this example. In this example we have more than 100 different ELO each of them from a different point if time. Checking missing months or even finding the most recent one to set it as preferred is a PITA. This also happens with the population of entities. Sorting this claims by the value of the property P585 (point in time) would make things easier.TASK DETAILhttps://phabricator.wikimedia.org/T173432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T173339: Categories tracking pages with wikidata links are not updated when items on Wikidata are modified
Agabi10 added a comment. This doesn't only happen in commons. It happens also in eswiki. The categories aren't refreshed until a null edit.TASK DETAILhttps://phabricator.wikimedia.org/T173339EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, thiemowmde, Aklapper, Jarekt, PokestarFan, GoranSMilovanovic, QZanden, Poyekhali, Izno, Wong128hk, Wikidata-bugs, aude, El_Grafo, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T167521: Simplify access to properties that currently require traversing numerous items
Agabi10 added a comment.Herald added a subscriber: PokestarFan.
At least in eswiki we would also need a way to check if an entity or a value are from a given type (or list of types). For us it would be very useful having a way to do queries like this through Lua:
ASK {
BIND(wd:Q6012487 AS ?item)
VALUES ?class { wd:Q386724 }
?item wdt:P31/wdt:P279* ?class. hint:Prior hint:gearing "forward".
}
Which would be called with some lua function call like mw.wikibase.checkEntityType( id, { typeId1, typeId2,... }) which would return true or false depending on the response of the query. @Lydia_Pintscher, as this is already done for the constraint check API would it be possible implementing something like this for Lua too without killing the site? Having this would simplify our transition to a single infobox template.
This use case was marked as duplicate of this task and merged into it, but I think the use case we need in eswiki is simpler to implement and that it's not the same as the one in this task.TASK DETAILhttps://phabricator.wikimedia.org/T167521EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: PokestarFan, Lydia_Pintscher, Agabi10, Liuxinyu970226, Paucabot, Vriullop, MisterSynergy, Pasleim, Aklapper, Jarekt, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T95877: [Story] Setting languages with Babel boxes does not work for global user page
Agabi10 added a comment. @Lea_Lacroix_WMDE for what I see the problem seems to be that the new tables are populated only for meta. If a local user page is used instead of a global user page a null edit in the user page fixes the problem. Maybe the script used to populate the tables on meta should be used also in Wikidata (and in all the other wikis if the babel info is used also in those wikis for something)?TASK DETAILhttps://phabricator.wikimedia.org/T95877EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Legoktm, Agabi10Cc: Lea_Lacroix_WMDE, Ladsgroup, PokestarFan, Amire80, Nemo_bis, gerritbot, Zppix, jeblad, Nikki, NMaia, adrianheine, Sjoerddebruin, Mbch331, Agabi10, Multichill, Legoktm, Ricordisamoa, JanZerebecki, aude, hoo, thiemowmde, Aklapper, Lydia_Pintscher, GoranSMilovanovic, TheDragonFire, QZanden, Srdjan_m, MuhammadShuaib, Izno, LNDDYL, MGChecker, Psychoslave, Wikidata-bugs, SPQRobin, Gryllida, Shizhao, Arrbee, KartikMistry, Se4598, Jay8g, Quiddity___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112075: [Story] When editing quantities, allow units to be entered directly into the text input field.
Agabi10 added a comment. @Sjoerddebruin, you can go to the input of the widget using the tab. There are many things that aren't nice with this (like the drop downs not being removed when you go to the widget or not being able to save pressing enter in the widget) but I usually do it only with the keyboard and there are no major problems other than a few usability improvements that I noticed.TASK DETAILhttps://phabricator.wikimedia.org/T112075EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, Sjoerddebruin, PokestarFan, Charlie_WMDE, Jan_Dittrich, James_Budday, Esc3300, daniel, Aklapper, Jonas, Lydia_Pintscher, Jc3s5h, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T169623: Add a list of the entities with the same value in the Unique Constraint Violation message
Agabi10 created this task.Agabi10 added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper. TASK DESCRIPTIONAt this moment the Unique Constraint Violation message is completely useless, even if we know the value we added is already in a different entity we can't easily fix it correcting the invalid one, adding an exception or merging both items. It would be nice if we could get the list of entities with that value in the report popup (or at least some of them if adding all of them can be too much). The only way I know for now to get those values is writing a SPARQL query to get the whole list, but it would be nice having something more user friendly.TASK DETAILhttps://phabricator.wikimedia.org/T169623EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T169443: Invalid constraint message of the Conflicts with constraint
Agabi10 added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Agabi10 updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONWhen checking the constraint error triggered by the instance of property of [[ https://www.wikidata.org/wiki/Q10689397 | Q10689397 ]] I get the following message. `The value for the parameter "item" must be an item, not "QQ13406463".` This should display the name of the entity instead.TASK DETAILhttps://phabricator.wikimedia.org/T169443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166379: Value type constraints show errors even when they shouldn't
Agabi10 added a comment. @Lucas_Werkmeister_WMDE It's still triggering the error for the author property of Q6012487 and probably many others. I suppose it's the same problem, so I don't know if it would be more appropriate reopening this bug or creating a new one.TASK DETAILhttps://phabricator.wikimedia.org/T166379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, Agabi10Cc: gerritbot, Lydia_Pintscher, Jonas, Lucas_Werkmeister_WMDE, abian, Aklapper, Agabi10, Lordiis, GoranSMilovanovic, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166379: Value type constraints show errors even when they shouldn't
Agabi10 added a comment. OK @Lucas_Werkmeister_WMDE, so if that's intended I think it works as expected. Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T166379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: gerritbot, Lydia_Pintscher, Jonas, Lucas_Werkmeister_WMDE, abian, Aklapper, Agabi10, GoranSMilovanovic, Adik2382, Soteriaspace, Th3d3v1ls, JakeTheDeveloper, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166379: Value type constraints show errors even when they shouldn't
Agabi10 added a comment. @Lucas_Werkmeister_WMDE I think it is working now, but I think there may be a problem still in how the value type constraint is checked (or with my understanding of what a type is). It still displays an error when the entity instead of being an instance of a given entity is a subclass of a given entity, anyway, in this case I don't know if the problem is with the constraint itself or with my understanding, but for me if a cars are a subclass of vehicles they are still vehicles (as well as all the instances of the car class). One example of this behavior is Q1616075, which from my understanding it shouldn't be triggering an error for the Type constraint due to being a subclass of a subclass of organization. Anyway if it's just a problem of my understanding of what a type is feel free to close the task as resolved.TASK DETAILhttps://phabricator.wikimedia.org/T166379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Lydia_Pintscher, Jonas, Lucas_Werkmeister_WMDE, abian, Aklapper, Agabi10, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, QZanden, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'
Agabi10 added a comment. @MGChecker I'm not talking about linking the properties, I'm talking about displaying them based on the property. It doesn't affect Wikidata, while it will have the desired behavior on the client wikis. Anyway you may not realize that even if what you are saying about the redirects is already done in many wikis it gets confusing from the Wikidata perspective. If in Wikidata someone goes to the Bonnie article of enwiki and they don't realize they were redirected to an article about Bonnie and Clyde they could think it is a bug or remove the sitelink. There is no indicator in Wikidata that the link will be to a redirect page, so the link doesn't follow the expectations of the user. Being able to use redirects as sitelinks in Wikidata using the "workaround" you described is clearly a bug, not a workaround, and that should be fixed, not allowing them is the expected behavior here. Using redirects you are linking articles about different topics together without the reader being able to know the difference between both. Finally, having the article of Bonnie in nowiki linked to the Bonnie and Clide article of enwiki but not having the article of Bonnie and Clyde of enwiki linked to the Bonnie article of nowiki is even more inconsistent and confusing, and the fix used to solve the problem should be implemented in a way that this wouldn't be inconsistent. And to make the things clear, I wasn't talking about mixing all the sitelinks together, I was talking about having sections in the toolbar like "See more info about Bonnie" with the sitelinks to the Bonnie entity and "See more info about Clyde" with the sitelinks of the Clyde entity in the Bonnie and Clyde articles and sections like "See more info about Bonnie and Clyde" with the sitelinks of the Bonnie and Clyde entity in the articles linked to Bonnie and Clyde separately.TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, Choomaq, IKhitron, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, GoranSMilovanovic, aude, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T54564: Allow sitelinks to redirect pages to fix the 'Bonnie and Clyde problem'
Agabi10 added a comment. I don't think that allowing sitelinks to redirect pages would be good in this context. I think that a better solution for this problem would be displaying the sitelinks to the elements linked by the properties has part (P527) and part of (P361) of the Wikidata item. This would be more easily maintainable both in Wikidata and in Wikipedia, and would prevent having to create redirects for all the articles that people wants to link. The problem with the redirects is that as a reader I can't know it I'm going to an article about the same content or only to an article that has information about an article that has more information about some entity to which the entity I'm reading of is part of. In the case of Bonnie and Clyde I may want to have more information about Bonnie specifically and when I click on the sitelink of enwiki for Bonnie Parker in Wikidata I expect it to be a link to an article about Bonnie, not about Bonnie and Clyde. Yes, the article has more information than what I would get in an article about Bonnie alone, but what happens doesn't match my expectations as a reader. Additionally, having sitelinks to the entities with P527 and P361 and the sitelink would improve discoverability and fix the problem of the article of Bonnie and Clyde not being linked to articles in other languages about Bonnie and Clyde while matching the expectations of the readers.TASK DETAILhttps://phabricator.wikimedia.org/T54564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Agabi10, Choomaq, IKhitron, QZanden, thiemowmde, Toto256, Acer, Elitre, Sylvain_WMFr, Lea_Lacroix_WMDE, Schlum, TomT0m, Thryduulf, Rich_Farmbrough, Zppix, ChristianKl, Mike_Peel, Wittylama, Liuxinyu970226, SebastianHelm, MisterSynergy, Oliv0, JanusTroelsen, Blahma, MGChecker, MSGJ, Izno, Nnemo, bzimport, Unknown Object (MLST), DanielFriesen, Gymel, Denny, jeblad, Abraham, Addshore, SamB, Toru10, Wikidata-bugs, JAnD, Nemo_bis, He7d3r, -jem-, ValterVB, Filceolaire, Micru, JanZerebecki, matej_suchanek, Ricordisamoa, MZMcBride, Aklapper, Tgr, kaldari, Laddo, Lydia_Pintscher, Jane023, Ltrlg, JohnLewis, Fomafix, Zellfaze, GoranSMilovanovic, aude, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T166379: Value type constraints show errors even when they shouldn't
Agabi10 created this task.Agabi10 added a project: Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONI realized there can be a problem in the constraint reports that happens for example with all the entities with P449. You can see that the constraint report for Q13407659 detects a warning for the property P449 saying that Q2006738 isn't an instance or a subclass of Q15265344, but it is. You just have to follow the tree and go through it to see that it's an instance of Q1616075, a subclass of 15943455 and finally a subclass of Q15265344. I understand there has to be a limit in the depth of analysis to prevent performance problems, but if the problem is that the limit is reached I don't think the specified depth could be enough for many valid cases.TASK DETAILhttps://phabricator.wikimedia.org/T166379EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T166223: Allow checking if a Wikidata entity is from a given type through Lua
Agabi10 created this task.Agabi10 added projects: Wikidata, MediaWiki-extensions-Scribunto.Herald added a subscriber: Aklapper. TASK DESCRIPTIONIf possible it would be nice having access to the function checking if a Wikidata entity matches an arbitrary type constraint. This would be very useful to achieve one of the long term objectives of the WikiProject Templates in eswiki. The basic idea is merging all the infoboxes to a single one that can know the type of the entity and display the Wikidata properties of that entity that the community thinks that are relevant for that type of entity. For now the only ways I know to do something like this with Lua is maintaining a page with the mappings of what values of the "instance of" property go to each of them (which has a huge maintenance burden) or loading all the entities in the tree until we find the one we are looking for (which is probably better to avoid). This is probably is probably already implemented in php for the checks of the constraint report page, so I don't think it will be too hard to implement.TASK DETAILhttps://phabricator.wikimedia.org/T166223EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Agabi10Cc: Aklapper, Agabi10, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Anomie, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T134592: Allow setting the UI to a language other than English for anonymous users
Agabi10 created this task. Herald added subscribers: Zppix, Aklapper. TASK DESCRIPTION One important point for Wikidata is making the information accessible for everybody on all the languages, but for anonymous users I can't see a way to change the language of the user interface. In the language selector if I try to choose another language when I am logged out I see the following message: Display language: English (same as content) Log in to select a different language for menus. I understand that this is probably to prevent having lot of versions of the same page for different languages in the cache because it is preferred to give the same cached version for all the anonymous users, but I think that in this case this situation can be a barrier for the users who don't understand English and don't want to make an account. Also, there already should be more than one version of the page due to the differences on the label and description sections where different languages are displayed to different people, so maybe the impact is smaller than I initially thought. I think that the best solution (from the perspective of an anonymous user) is using the language preferences of the accept-language header to choose the default language allowing to the user to change it using the language selector to change the language to another one if they prefer. TASK DETAIL https://phabricator.wikimedia.org/T134592 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Zppix, Agabi10, 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] [Changed Subscribers] T56098: [Epic][UI] Front-end performance: Improve loading time of items
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T56098 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Multichill, hoo, Sjoerddebruin, Jonas, Liuxinyu970226, FriedhelmW, Aklapper, tommorris, Wikidata-bugs, Bene, matmarex, Nemo_bis, thiemowmde, Tobi_WMDE_SW, He7d3r, Krinkle, ori, Micru, adrianheine, Snaterlicious, Ricordisamoa, MZMcBride, Quiddity, Lydia_Pintscher, Stryn, Ltrlg, daniel, Izno, aude, GWicke, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T121863: Story: Allow labels with diacritics to be found when searching using plain ascii
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T121863 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Lydia_Pintscher, Aklapper, StudiesWorld, daniel, 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] T119620: Add another input format for dates in Spanish
Agabi10 created this task. Agabi10 added a subscriber: Agabi10. Agabi10 added a project: Wikidata. Herald added subscribers: StudiesWorld, Aklapper. TASK DESCRIPTION The format in which the date is added in text in Spanish in Wikidata is "25 noviembre 2015", which is very confusing for people in eswiki. In eswiki the required format for the day input is "25 de noviembre de 2015". Would it be possible to add that way of formatting to the dates input? This would make it easier the learning curve. **Year**: "2015" **Month + Year**: "noviembre de 2015" **Day + Month**: "25 de noviembre" (I think I have seen some task asking to add dates without years) **Day + Month + Year**: "25 de noviembre de 2015" TASK DETAIL https://phabricator.wikimedia.org/T119620 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, StudiesWorld, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T47532: Add file-based cached implementation of SiteStore
Agabi10 added a subscriber: Agabi10. Herald added a subscriber: Aklapper. TASK DETAIL https://phabricator.wikimedia.org/T47532 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, bd808, Liuxinyu970226, Tobi_WMDE_SW, JeroenDeDauw, aude, wikibugs-l-list, daniel, Wikidata, GWicke ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95877: [Story] Setting languages with Babel boxes does not work for global user page
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T95877 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Multichill, Legoktm, Ricordisamoa, JanZerebecki, aude, hoo, thiemowmde, Aklapper, Lydia_Pintscher, Wikidata-bugs, SPQRobin, Dereckson, Gryllida, Shizhao, Arrbee, KartikMistry, Se4598, Mbch331, Quiddity ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T91981: Show an auto-generated article description when a user-contributed one is unavailable.
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T91981 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, StudiesWorld, Filceolaire, Nemo_bis, Jdlrobson, Magnus, thiemowmde, Lydia_Pintscher, Tgr, Deskana, bearND, Dbrant, Aklapper, Cxyshine, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T86517: [Story] Add a new datatype for multilingual text
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T86517 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Thibaut120094, MGChecker, Sannita, Snipre, Candalua, Ricordisamoa, Rits, Liuxinyu970226, Aklapper, Lydia_Pintscher, daniel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T117301: When writing a language code in the site if another site starts with the same name and it is before in the list it is overriden
Agabi10 created this task. Agabi10 added a subscriber: Agabi10. Agabi10 added a project: Wikidata. Herald added a subscriber: Aklapper. TASK DESCRIPTION When I try to link a Wikipedia item to a Wikidata element I usually add the level code (es) and click the TAB key to go to the next field and as ordering the sites alphabetically in Spanish "esperanto" (eo) goes first when going to the next field with TAB the es changes automatically to eo. Is it possible to change this behavior and if in the input field we input a language code this value is kept even if another site goes first alphabetically? TASK DETAIL https://phabricator.wikimedia.org/T117301 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T117301: When writing a language code in the site if another site starts with the same name and it is before in the list it is overriden
Agabi10 edited the task description. Agabi10 set Security to None. TASK DETAIL https://phabricator.wikimedia.org/T117301 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Aklapper, Agabi10, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115892: [Bug] Merging broken, doesn't move content or creates redirects
Agabi10 removed a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T115892 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: hoo, Agabi10 Cc: SzMithrandir, Multichill, Jianhui67, He7d3r, aaron, Baba_Tabita, Fomafix, 555, aude, Raymond, Daniel_Mietchen, Ricordisamoa, Bene, hoo, Addshore, Lydia_Pintscher, Mbch331, Nikki, Aklapper, Sjoerddebruin, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115892: Merging broken, doesn't move content or creates redirects
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T115892 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Liuxinyu970226, gerritbot, aude, Raymond, Daniel_Mietchen, Ricordisamoa, Bene, hoo, Addshore, Lydia_Pintscher, Mbch331, Nikki, Aklapper, Sjoerddebruin, Wikidata-bugs ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T87764: Bugs related to time datatype
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T87764 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Ricordisamoa, Conny, Rical, Liuxinyu970226, Addshore, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T63958: Use existing $dateFormats to format dates on Wikidata
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T63958 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, gerritbot, thiemowmde, RP88, Aklapper, Mbch331, Ricordisamoa, Liuxinyu970226, Wikidata-bugs, Addshore, He7d3r, PiRSquared17, Lydia_Pintscher, Stryn, aude, Gryllida, Shizhao, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T67722: Wikidata parses dates incorrectly (in Portuguese)
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T67722 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, gerritbot, thiemowmde, Aklapper, Wikidata-bugs, JAnD, He7d3r, Lydia_Pintscher, aude, Gryllida, Shizhao, Arrbee ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T48556: [Epic] Wikidata 3rd party client
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T48556 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Tarrow, Addshore, Aklapper, Wikidata-bugs, Qgil, Ricordisamoa, Lydia_Pintscher, Unknown Object (MLST), aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T54136: [Epic] Redesign Item UI for Wikidata repo
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T54136 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Aklapper, MGChecker, Wikidata-bugs, Bene, Nemo_bis, Yair_rand, thiemowmde, He7d3r, jayvdb, Denny, Micru, adrianheine, aude, Glaisher, matej_suchanek, SJu, Snaterlicious, Ricordisamoa, Yamaha5, Lydia_Pintscher, Danmichaelo ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T102759: [Story] Migrate constraints from property talk pages to statements on properties
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T102759 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Andreasburmeister, Agabi10 Cc: Agabi10, Ricordisamoa, Ladsgroup, Lydia_Pintscher, Jonaskeutel, Aklapper, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T102754: [Task] Take qualifier "start date" and "end date" into account for Single/Multi value constraints
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T102754 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Aklapper, Jonaskeutel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T95287: [Epic] separate identifiers from other statements in UI
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T95287 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, DSGalaktos, MGChecker, jayvdb, Micru, adrianheine, thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore, Sannita, Laddo, PKM, Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, Ltrlg, Liuxinyu970226, Sjoerddebruin, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T90107: [Task] Handle constraint parameter "now"
Agabi10 added a subscriber: Agabi10. TASK DETAIL https://phabricator.wikimedia.org/T90107 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Agabi10 Cc: Agabi10, Mbch331, Andreasburmeister, Lydia_Pintscher, Aklapper, Jonas.keutel, Wikidata-bugs, aude ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
