[Wikidata-bugs] [Maniphest] [Commented On] T210285: Migrate selenium-Wikibase-chrome selenium-WikibaseLexeme-chrome to Docker containers
WMDE-leszek added a comment. @hashar Please do not remove these jobs. Those are daily jobs of Wikibase(Lexeme) extensions which we want to keep. It is true though, those have been red for more than a while. We're working on fixing those failures, to allow us to gradually migrate away from ruby tests to node ones. It is actually my personal goal for this quarter to get all these daily selenium jobs of Wikibase's green. It is simply embarrassing that we haven't solved those problems for so long. Regarding the -chrome bit of jobs: the idea has indeed been to use local browser to run tests targetting beta/test wikis, instead of running this via saucelabs. This has stemmed from constant problems we have had with saucelabs and Wikibase browser tests (there is quite a few of these tests which does not make a problem any easier). Jobs were timing out randomly, it was dificult to debug failures, and everything has generally been very slow. Hence the idea to run tests on WMF Jenkins infrastructure, using local browser. I am not sure off top of my head how the job configure browser to be chromium. I am sure @zeljkofilipin did some magic back then :) Finally, regarding containers: is there any container that has ruby/bundler and some local browser that could be used for our jobs? I believe (or hope) chromium is not the only one that works. Firefox would also do. The only requirement from Wikibase side is to be able to run the browser in the container, not go to saucelabs etc.TASK DETAILhttps://phabricator.wikimedia.org/T210285EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Addshore, Ladsgroup, zeljkofilipin, hashar, Aklapper, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, thcipriani, Wikidata-bugs, aude, Darkdadaah, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T197616: Create a production test wiki in group0 to parallel Wikimedia Commons
MusikAnimal added a comment. Don’t think anyone has filed a task requesting the views on labs to be created. It doesn’t happen automatically, so hence it not working I'm aware :) I saw T213295 so wasn't sure if we intentionally were skipping this step (I say "step" because it seems this is seldom forgotten). I don’t know if it is needed/wanted It would be of narrow interest, for sure. No one asked me about it, I just saw the errors in my logs. For now I'm skipping over projects that can't be found in meta_p.wiki. Nothing urgent.TASK DETAILhttps://phabricator.wikimedia.org/T197616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, MusikAnimalCc: Krenair, MusikAnimal, jcrespo, MZMcBride, Marostegui, Stashbot, jijiki, gerritbot, Smalyshev, MarkTraceur, Ramsey-WMF, Tgr, Anomie, Krinkle, Jdforrester-WMF, Fjalapeno, Abit, Aklapper, greg, Reedy, CCicalese_WMF, daniel, Nandana, NebulousIris, JKSTNK, Banyek, AndyTan, Lahi, PDrouin-WMF, Gq86, E1presidente, JunaidHafeez, Cparle, BJ6123C7BTD, Anooprao, SandraF_WMF, GoranSMilovanovic, Jayprakash12345, QZanden, Tramullas, Acer, Zoranzoki21, LawExplorer, Minhnv-2809, DatGuy, Silverfish, Devwaker, Niklitov, _jensen, Urbanecm, D3r1ck01, Liudvikas, JEumerus, StevenJ81, Susannaanas, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Jane023, Wikidata-bugs, Snowolf, Base, matthiasmullie, aude, Dcljr, Ebe123, Koavf, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Rschen7754, Steinsplitter, Matanya, 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] T197616: Create a production test wiki in group0 to parallel Wikimedia Commons
Krenair added a comment. In T197616#4876222, @Reedy wrote: In T197616#4876205, @MusikAnimal wrote: Is this intentionally missing from the replicas? MariaDB [testwiki_p]> USE testcommonswiki_p; ERROR 1044 (42000): Access denied for user 's52657'@'%' to database 'testcommonswiki_p' MariaDB [testwiki_p]> SELECT * FROM meta_p.wiki WHERE url LIKE "%test-commons%"; Empty set (0.04 sec) This breaks some tools that go off of the CentralAuth API and then attempt to query the replicas. But, maybe such tools should instead use meta_p.wiki :) Don’t think anyone has filed a task requesting the views on labs to be created. It doesn’t happen automatically, so hence it not working I don’t know if it is needed/wanted It probably should be treated as automatically required by procedure for all non-private wikisTASK DETAILhttps://phabricator.wikimedia.org/T197616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, KrenairCc: Krenair, MusikAnimal, jcrespo, MZMcBride, Marostegui, Stashbot, jijiki, gerritbot, Smalyshev, MarkTraceur, Ramsey-WMF, Tgr, Anomie, Krinkle, Jdforrester-WMF, Fjalapeno, Abit, Aklapper, greg, Reedy, CCicalese_WMF, daniel, Nandana, NebulousIris, JKSTNK, Banyek, AndyTan, Lahi, PDrouin-WMF, Gq86, E1presidente, JunaidHafeez, Cparle, BJ6123C7BTD, Anooprao, SandraF_WMF, GoranSMilovanovic, Jayprakash12345, QZanden, Tramullas, Acer, Zoranzoki21, LawExplorer, Minhnv-2809, DatGuy, Silverfish, Devwaker, Niklitov, _jensen, Urbanecm, D3r1ck01, Liudvikas, JEumerus, StevenJ81, Susannaanas, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Jane023, Wikidata-bugs, Snowolf, Base, matthiasmullie, aude, Dcljr, Ebe123, Koavf, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Rschen7754, Steinsplitter, Matanya, 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] T197616: Create a production test wiki in group0 to parallel Wikimedia Commons
Reedy added a comment. In T197616#4876205, @MusikAnimal wrote: Is this intentionally missing from the replicas? MariaDB [testwiki_p]> USE testcommonswiki_p; ERROR 1044 (42000): Access denied for user 's52657'@'%' to database 'testcommonswiki_p' MariaDB [testwiki_p]> SELECT * FROM meta_p.wiki WHERE url LIKE "%test-commons%"; Empty set (0.04 sec) This breaks some tools that go off of the CentralAuth API and then attempt to query the replicas. But, maybe such tools should instead use meta_p.wiki :) Don’t think anyone has filed a task requesting the views on labs to be created. It doesn’t happen automatically, so hence it not working I don’t know if it is needed/wantedTASK DETAILhttps://phabricator.wikimedia.org/T197616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, ReedyCc: MusikAnimal, jcrespo, MZMcBride, Marostegui, Stashbot, jijiki, gerritbot, Smalyshev, MarkTraceur, Ramsey-WMF, Tgr, Anomie, Krinkle, Jdforrester-WMF, Fjalapeno, Abit, Aklapper, greg, Reedy, CCicalese_WMF, daniel, Nandana, NebulousIris, JKSTNK, Banyek, AndyTan, Lahi, PDrouin-WMF, Gq86, E1presidente, JunaidHafeez, Cparle, BJ6123C7BTD, Anooprao, SandraF_WMF, GoranSMilovanovic, Jayprakash12345, QZanden, Tramullas, Acer, Zoranzoki21, LawExplorer, Minhnv-2809, DatGuy, Silverfish, Devwaker, Niklitov, _jensen, Urbanecm, D3r1ck01, Liudvikas, JEumerus, StevenJ81, Susannaanas, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Jane023, Wikidata-bugs, Snowolf, Base, matthiasmullie, aude, Dcljr, Ebe123, Koavf, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Rschen7754, Steinsplitter, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T197616: Create a production test wiki in group0 to parallel Wikimedia Commons
MusikAnimal added a comment. Is this intentionally missing from the replicas? MariaDB [testwiki_p]> USE testcommonswiki_p; ERROR 1044 (42000): Access denied for user 's52657'@'%' to database 'testcommonswiki_p' MariaDB [testwiki_p]> SELECT * FROM meta_p.wiki WHERE url LIKE "%test-commons%"; Empty set (0.04 sec) This breaks some tools that go off of the CentralAuth API and then attempt to query the replicas. But, maybe such tools should instead use meta_p.wiki :)TASK DETAILhttps://phabricator.wikimedia.org/T197616EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, MusikAnimalCc: MusikAnimal, jcrespo, MZMcBride, Marostegui, Stashbot, jijiki, gerritbot, Smalyshev, MarkTraceur, Ramsey-WMF, Tgr, Anomie, Krinkle, Jdforrester-WMF, Fjalapeno, Abit, Aklapper, greg, Reedy, CCicalese_WMF, daniel, Nandana, NebulousIris, JKSTNK, Banyek, AndyTan, Lahi, PDrouin-WMF, Gq86, E1presidente, JunaidHafeez, Cparle, BJ6123C7BTD, Anooprao, SandraF_WMF, GoranSMilovanovic, Jayprakash12345, QZanden, Tramullas, Acer, Zoranzoki21, LawExplorer, Minhnv-2809, DatGuy, Silverfish, Devwaker, Niklitov, _jensen, Urbanecm, D3r1ck01, Liudvikas, JEumerus, StevenJ81, Susannaanas, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Jane023, Wikidata-bugs, Snowolf, Base, matthiasmullie, aude, Dcljr, Ebe123, Koavf, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Rschen7754, Steinsplitter, Matanya, Mbch331, Rxy, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212564: create Schema entity
abian added a comment. Some questions (and opinions, some of them quite uninformed): What should the content of labels, descriptions and aliases be for Schemas? Should we have more than one Schema for the same explicit class? If so, how could we link all the Schemas that are affecting the same explicit class (and, for example, virtually merge them for reasoning purposes in case we want to find duplicate rules at some point)? If not (my preferred option), what's the point of having manually typed labels? Schema's labels may be the corresponding class' labels, so they could be automatically retrieved. Should we explicitly affect more than one class from the same Schema? (At an organizational level I would say the best option is to have 1 explicit class and its subclasses ↔ 1 Schema.) How should we link classes to their related Schemas in a way readable by machines? I guess these links, maybe statements, can be automatically materialized and updated. Would we do so? Will subclasses inherit their parent classes' Schemas? What privileges should be needed to create/modify a Schema that doesn't have a special protection status? (I would say a confirmed status.) Should at least one label be required? (I would say yes.) Should at least one description be required? (I would say no.) Should different Schemas with duplicate labels in the same language be accepted? (I would say no, they shouldn't be accepted; however, if we have the option "1 explicit class and its subclasses ↔ 1 Schema", then we'll have to choose the same criteria applied to Item: the combination of label+description is what we shouldn't accept.) Should different Schema entities be able to specify the same schema? (I would say no, they shouldn't.) How do we prevent one Scheme from contradicting another? They are many questions but perhaps it's good to begin to discuss them soon and, in any case, before Schemas are already working.TASK DETAILhttps://phabricator.wikimedia.org/T212564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Triaged] T213665: Cleanup/Improve elasticsearch/maps/wdqs doc in wikitech
Mathew.onipe triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T213665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mathew.onipeCc: Aklapper, Gehel, Mathew.onipe, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, Looniverse, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Zppix, _jensen, JGirault, D3r1ck01, Jonas, phabyogi, Xmlizer, Susannaanas, lxbarth, Wong128hk, jkroll, Planemad, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Gryllida, Yurik, faidon, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T213665: Cleanup/Improve elasticsearch/maps/wdqs doc in wikitech
Mathew.onipe created this task.Mathew.onipe added projects: Discovery-Search (Current work), Maps, Elasticsearch, Wikidata-Query-Service, Operations.Restricted Application added a subscriber: Aklapper.Restricted Application edited projects, added Wikidata, Discovery-Search; removed Discovery-Search (Current work). TASK DESCRIPTIONProcesses and procedures in some of docs needs to be improved and cleaned up. Some of processes have more steps are are being done in another way. For example, reindexing a specific child wiki like enwiki_general or enwiki_content is possible instead of using the parent enwiki. Also, for wdqs data transfer, It should include other procedures like downtiming the host, disabling puppet etc. Overall, these task should aim at growing through the docs are cleaning up where it is necessaryTASK DETAILhttps://phabricator.wikimedia.org/T213665EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mathew.onipeCc: Aklapper, Gehel, Mathew.onipe, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, Looniverse, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, Orienteerix, merbst, LawExplorer, Zppix, _jensen, JGirault, D3r1ck01, Jonas, phabyogi, Xmlizer, Susannaanas, lxbarth, Wong128hk, jkroll, Planemad, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Gryllida, Yurik, faidon, Mbch331, Jay8g, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T213604: Why are Senses not first-class entities?
dbarratt updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Given these to things, why are Senses tied to Lexemes at all? Why not make the Sense a first-class entity that is referenced from a Lexeme? I imagine the referenced/created Sense would still be "embedded" in a Lexeme, but I don't see why it couldn't be reused on other Lexemes (especially when the [[ https://www.mediawiki.org/wiki/Extension:WikibaseLexeme/Data_Model#Gloss | Gloss ]] can be translated as well)? or is there no circumstance (or very rare) where a Sense would be the exact same for multiple Lexemes? TASK DETAILhttps://phabricator.wikimedia.org/T213604EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: dbarrattCc: dbarratt, Nandana, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher added a comment. Yeah I added the language to the help text for each field.TASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212564: create Schema entity
Lydia_Pintscher updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[] a new entry is added to Recent changes, watchlist and Schema page history with the text "Created a new Schema: label, description" [] blocked users are not able to create a new sSchema...* What's the entity ID format? * What's the text for the Recent changes entry?TASK DETAILhttps://phabricator.wikimedia.org/T212564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212564: create Schema entity
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONAs an editor I want to store a Schema I just prepared in order to share it with other editors.
**Mockup:**
{F27877324}
**BDD**...[] new Schema entities go to their own namespace (Schema:)
[] new Schema entities are given incrementing unique IDs...**Open questions:**
* What's the name of the namespace?
* What's the entity ID format?...TASK DETAILhttps://phabricator.wikimedia.org/T212564EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212562: expanded SpecialPage for creating a new Schema
abian added a comment. I didn't remember we were already doing so with Special:NewLexeme, so yeah, that field is probably unnecessary; I only added it to follow Special:NewItem. However, a reminder of which the interface language is may be useful (sometimes I write labels/descriptions/aliases in Spanish for new Items without reminding I have to manually change the default language, English, and vice versa, even with the corresponding field showing the current language, but that's because I'm a disaster). :-)TASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...[] input fields for labels, descriptions and aliases including inline help text **Notes:** * Existing similar pages: ** https://www.wikidata.org/wiki/Special:NewItem ** https://www.wikidata.org/wiki/Special:NewProperty ** https://www.wikidata.org/wiki/Special:NewLexemeTASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...AND there are input fields for labels, descriptions, and aliases and language
AND the input fields have inline help text
**Acceptance criteria:**
[] introductory text ("By clicking "Create", you agree to the terms of use, and you irrevocably agree to release your contribution under the Creative Commons CC0 License.") <- same as on https://www.wikidata.org/wiki/Special:NewLexeme
[] input fields for labels, descriptions and aliases
[] input fields for language of labels, descriptions and aliases (by defaultels, the interface language)descriptions and aliases including inline help textTASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...{F27704606}877275}
**BDD**...TASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[] introductory text ("By clicking "Create", you agree to the terms of use, and you irrevocably agree to release your contribution under the Creative Commons CC0 License.") <- same as on https://www.wikidata.org/wiki/Special:NewLexeme
[] input fields for labels, descriptions and aliases
[] input field for language of labels, descriptions and aliases (by default, the interface language)
**Open questions:**
* What is the introductory text?TASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212562: expanded SpecialPage for creating a new Schema
Lydia_Pintscher added a comment. @abian do we need the language input field? I was hoping we can just be smart and use the interface language.TASK DETAILhttps://phabricator.wikimedia.org/T212562EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T212561: basic SpecialPage for creating a new Schema
Lydia_Pintscher added a comment. I think the Wikibase Quality section can be removed and moved to the Wikibase section as well.TASK DETAILhttps://phabricator.wikimedia.org/T212561EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, hoo, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] [Edited] T212561: basic SpecialPage for creating a new Schema
Lydia_Pintscher updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...THEN there is an entry titled "N"Create a new Schema" in the Wikibase section AND it leads to a SpecialPage to add a new Schema...TASK DETAILhttps://phabricator.wikimedia.org/T212561EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Tarrow, abian, hoo, Aklapper, Lydia_Pintscher, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _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] T213571: Ignore babel box languages the user doesn't know
Nemo_bis added a comment. In T213571#4875397, @Legoktm wrote: My understanding is that people wanted to be able to see languages in the Wikidata interface they didn't actually speak, so the workaround was to add boxes saying xx-0. This use case is more correctly captured by the Translate extension, which has a preference for "assistant languages". There is an open feature request to make similar information available for reuse by different parts of the code, so that Wikibase can stop abusing Babel with what was supposed to be a quick and dirty solution and has ended up corrupting the language selection: T104912: Provide API for (likely) language preference.TASK DETAILhttps://phabricator.wikimedia.org/T213571EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Nemo_bisCc: Nemo_bis, Legoktm, Multichill, Lydia_Pintscher, Jdforrester-WMF, AlexisJazz, Aklapper, Keegan, Jd3main, Nandana, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, TheDragonFire, QZanden, LawExplorer, Iniquity, _jensen, D3r1ck01, Wikidata-bugs, aude, SPQRobin, Ricordisamoa, Arrbee, KartikMistry, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T211109: Create testable prototype for user testing the Edit action queue (add and translate title descriptions only)
schoenbaechler added a comment. Thanks for your feedback @RHo! The title of this task "More tasks for multilingual editors" is misleading since it makes it sound like tapping on this takes you to a bunch of different translation tasks. Let's revert to the title "Translate title descriptions" copy I thought we had decided for test purposes only it will initially require 1 title description addition via the task queue to unlock translate title descriptions? The copy about 50 title descriptions should therefore be updated. Agreed and here are my copy suggestions for the translation task’s states in the Alpha and for usability testing: User hasn’t set multiple languages in the app’s settings: Title: Translate title descriptions Description: Translation tasks are available if you read and write in more than one Wikipedia language. Actions: Not for me | Add languages Locked and user has set multiple languages in the app’s settings: Title: Translate title descriptions Description: Translate title descriptions into other languages. Unlock hint: Locked until you’ve added 2 title descriptions. Unlocked and user has set multiple languages in the app’s settings: Title: Translate title descriptions Description: Translate title descriptions into other languages. @Sharvaniharan, could you please update the copy accordingly? Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T211109EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: schoenbaechlerCc: Sharvaniharan, schoenbaechler, ABorbaWMF, Aklapper, Dbrant, dchen, RHo, Charlotte, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T211109: Create testable prototype for user testing the Edit action queue (add and translate title descriptions only)
RHo added a comment. Hi Robin , thanks for going through the proto again, just have a couple comments inline below. In T211109#4875777, @schoenbaechler wrote: Copy pasting the email I just sent: Hi Sharvani, thanks for the update! Looping in @Daisy, @Dmitry, @Rita and @Carolyn to this email thread. I followed Daisy’s protocol and found the following discrepancies in version 2.7.269-alpha-2019-01-12: Users need to be logged in to their accounts in the current alpha to unlock the “App editor tasks“ menu item and dialogs. This is currently not mentioned in the protocol. Yes, this is correct, since the prerequisite is that the user is an existing logged in user of the title description feature. When setting multiple languages in the app’s onboarding after initial launch as described in T207334, the second “Title description“ edit triggers the Translating tile descriptions editing has been unlocked dialog. If no additional languages are set in the app’s onboarding (or settings), the “More tasks for multilingual editors“ item in “App editor tasks“ can’t be accessed at all (screen). Plus, it wasn’t completely clear to me when and why sometimes the “More tasks for multilingual editors“ appears visually locked (which is sometimes accessible in locked state, sometimes not) and when unlocked. Ideally, it would always be in unlocked state for the usability testing to not cause confusion and to make it easier for participants to “Add languages“ if they haven’t done it already. The title of this task "More tasks for multilingual editors" is misleading since it makes it sound like tapping on this takes you to a bunch of different translation tasks. Let's revert to the title "Translate title descriptions" copy I thought we had decided for test purposes only it will initially require 1 title description addition via the task queue to unlock translate title descriptions? The copy about 50 title descriptions should therefore be updated. Since we are testing multilingual people so they can complete the full test, it may make things easier to build in a check that the app should already have more than one language set. A edit history/app contributions screen does not exist in the alpha yet. The current indicators that users have in the alpha are on the main view in “App editor tasks" where the interface communicates how many “in-app contributions“ they’ve made thus far and within “Translate title descriptions" or “Add title descriptions“. In the latter, they first need to tap the three dots (“More“) at the top right, then “My contributions“. I think this is sufficient for the usability tests since if users are tapping on either of those indicators then they’d successfully identified the place to find it. in the protocol doc comments, we had discussed adding a mock of the contributions screen so that users can describe their understanding and talk about how useful they find the information shown in this screen (would they go to check this often? Etc), beyond just knowing where to access it. However, defer to Daisy and yourself to determine how much effort vs reward this is to build into the task list versus showing them a mock afterwards. In regards to “Oh no - you think you made a mistake (…)“: Going back by swiping right works, but it currently doesn’t update the visual output of the card with the edit that has been made previously. However, it’s saved to the database; so if users navigate out of “App Editor Tasks“ and e.g. manually search for that previously edited article, the title description includes the edit they’ve just made. We can still observe if users are actually going back by swiping right or not. Also added these comments to Daisy’s Edit Action Android Feed Planning Protocol/Survey doc and to the corresponding Phab ticket ( T211109). IMO the things listed are not necessarily blockers for the test, we just need to be aware of it. What do you think @Rita and/or @Carolyn? @Daisy: I scheduled another pilot session for this Monday, January 14, 10:30 am your time (PT), let me know if that works for you. Thanks, Robin TASK DETAILhttps://phabricator.wikimedia.org/T211109EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RHoCc: Sharvaniharan, schoenbaechler, ABorbaWMF, Aklapper, Dbrant, dchen, RHo, Charlotte, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _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] T211109: Create testable prototype for user testing the Edit action queue (add and translate title descriptions only)
schoenbaechler added a comment. Copy pasting the email I just sent: Hi Sharvani, thanks for the update! Looping in @Daisy, @Dmitry, @Rita and @Carolyn to this email thread. I followed Daisy’s protocol and found the following discrepancies in version 2.7.269-alpha-2019-01-12: Users need to be logged in to their accounts in the current alpha to unlock the “App editor tasks“ menu item and dialogs. This is currently not mentioned in the protocol. When setting multiple languages in the app’s onboarding after initial launch as described in T207334, the second “Title description“ edit triggers the Translating tile descriptions editing has been unlocked dialog. If no additional languages are set in the app’s onboarding (or settings), the “More tasks for multilingual editors“ item in “App editor tasks“ can’t be accessed at all (screen). Plus, it wasn’t completely clear to me when and why sometimes the “More tasks for multilingual editors“ appears visually locked (which is sometimes accessible in locked state, sometimes not) and when unlocked. Ideally, it would always be in unlocked state for the usability testing to not cause confusion and to make it easier for participants to “Add languages“ if they haven’t done it already. A edit history/app contributions screen does not exist in the alpha yet. The current indicators that users have in the alpha are on the main view in “App editor tasks" where the interface communicates how many “in-app contributions“ they’ve made thus far and within “Translate title descriptions" or “Add title descriptions“. In the latter, they first need to tap the three dots (“More“) at the top right, then “My contributions“. I think this is sufficient for the usability tests since if users are tapping on either of those indicators then they’d successfully identified the place to find it. In regards to “Oh no - you think you made a mistake (…)“: Going back by swiping right works, but it currently doesn’t update the visual output of the card with the edit that has been made previously. However, it’s saved to the database; so if users navigate out of “App Editor Tasks“ and e.g. manually search for that previously edited article, the title description includes the edit they’ve just made. We can still observe if users are actually going back by swiping right or not. Also added these comments to Daisy’s Edit Action Android Feed Planning Protocol/Survey doc and to the corresponding Phab ticket ( T211109). IMO the things listed are not necessarily blockers for the test, we just need to be aware of it. What do you think @Rita and/or @Carolyn? @Daisy: I scheduled another pilot session for this Monday, January 14, 10:30 am your time (PT), let me know if that works for you. Thanks, RobinTASK DETAILhttps://phabricator.wikimedia.org/T211109EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: schoenbaechlerCc: Sharvaniharan, schoenbaechler, ABorbaWMF, Aklapper, Dbrant, dchen, RHo, Charlotte, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, cmadeo, LawExplorer, _jensen, D3r1ck01, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T201808: Unify separator between language and lexical category
Amire80 added a comment. @Lydia_Pintscher , thanks a lot for asking! :) The first example with the comma certainly looks better than the other ones with no separator. As far as I can see, and as @Bugreporter has already written above, the message with the comma is implemented using the optional message wikibaselexeme-presentation-lexeme-secondary-label. It's default value is, expectedly $1, $2. It's a good default. I could imagine some other clever and more generic schemes, for example to use a | as a separator, but it's not really needed, and a comma is good enough. If anybody thinks that a comma is not good enough, I'll be very interested in seeing an example. Languages where something other than a comma and a space is needed can easily customize it by editing the translation at translatewiki. The presentation without the comma is implemented using the message wikibaselexeme-description. It's value is $1 $2, and it's marked as "ignored" in translatewiki, which means that it's a message for internal technical use and cannot be translated. This designation is probably incorrect. My immediate intuition is to do the following: To use wikibaselexeme-presentation-lexeme-secondary-label consistently in every place where showing the lexeme and the part of speech is needed. To examine the usage of wikibaselexeme-description. Perhaps it can be completely removed and replaced with wikibaselexeme-presentation-lexeme-secondary-label. If it's needed, then perhaps it can be changed to $1, $2, but there should be proper justification for having an identical message. Having identical messages is not necessarily bad, as MediaWiki's Localisation guidelines say. I can think of at least one good justification for having two messages: one can be presented as plain text, which would be good for tooltips, and another one can be parsed with wiki syntax, for showing in context where HTML is available. (The messages don't have markup at the moment, but some languages may want it, for example for fixing RTL issues.) There can be other justifications. But this is really a questions that people who are well-familiar with the code should answer. I'll be happy to give more L10n advice if needed.TASK DETAILhttps://phabricator.wikimedia.org/T201808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80Cc: Amire80, Jan_Dittrich, WMDE-leszek, Aklapper, VIGNERON, Bugreporter, Lea_Lacroix_WMDE, Lydia_Pintscher, Lexicographical data, KaMan, Nandana, Mringgaard, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, JGirault, D3r1ck01, Jonas, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T178144: Clarify licensing status of data on Structured Commons
DonTrung added a comment. Did anyone ask the WMF lawyers, yet?TASK DETAILhttps://phabricator.wikimedia.org/T178144EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Slaporte, DonTrungCc: DonTrung, Abbe98, PDrouin-WMF, MichaelMaggs, Qgil, Ricordisamoa, Lydia_Pintscher, Abit, Slaporte, SandraF_WMF, Aklapper, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Silverfish, _jensen, D3r1ck01, Susannaanas, ZhouZ, Mpaulson, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, jayvdb, Wesalius, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
