[Wikidata-bugs] [Maniphest] [Commented On] T197994: Adding a qualifier/source to a new statement should have auto-suggest for the property.
Mbch331 added a comment. I think the problem here is that when you add a new statement and add qualifiers or sources it doesn't know which property you're adding (as it uses an api query if I'm not mistaken).TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mbch331Cc: Mbch331, Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T197994: Adding a qualifier/source to a new statement should have auto-suggest for the property.
MichaelSchoenitzer renamed this task from "Adding a qualifier to a new statement should have auto-suggest for the property." to "Adding a qualifier/source to a new statement should have auto-suggest for the property.".MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...But if I instead add a new statement and after filling out the property and value click on `add qualifier` I do not get suggestions but have to search the property by hand. This should suggest like in the first case. The same applies for the sources.TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] T197994: Adding a qualifier to a new statement should have auto-suggest for the property.
MichaelSchoenitzer added a comment. Because of this I currently add statements in two edits: first only the base-statement, save this and then edit again to add the qualifiers. This (click save, wait until it's saved, click edit) is faster than typing the name of the property. When adding hundres of statements by hands this time-difference does matter (mostly in form of annoyance)! But this hack is also not ideal since a) it's still slower than it should be and b) it creates two ugly revisions in the history!TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197994: Adding a qualifier to a new statement should have auto-suggest for the property.
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I modify a already existing statement and click add qualifier the property-selector will show me the properties most commonly used as qualifiers for this property. But if I instead add a new statement and after filling out the property and value click on add qualifier I do not get suggestions but have to search the property by hand. This should suggest like in the first case.TASK DETAILhttps://phabricator.wikimedia.org/T197994EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, 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] T197993: Primary sources-Tool sometimes shows `{{property-html}}`
MichaelSchoenitzer added a comment. Sometimes there are even multiple of these blocks: F22509957: Screenshot_20180623_042210.pngTASK DETAILhttps://phabricator.wikimedia.org/T197993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, Kiailandi, QZanden, dachary, LawExplorer, Hjfocs, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197993: Primary sources-Tool sometimes shows `{{property-html}}`
MichaelSchoenitzer created this task.MichaelSchoenitzer added projects: Wikidata, Wikidata-primary-sources.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONPrimary sources-Tool sometimes shows {{property-html}} and an editable entity-selector:
F22509909: Screenshot_20180623_041822.pngTASK DETAILhttps://phabricator.wikimedia.org/T197993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, Kiailandi, QZanden, dachary, LawExplorer, Hjfocs, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197992: Long property-names overlap
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONLong names of properties overlap with the source-link below them: F22509862: Screenshot_20180623_041414.pngTASK DETAILhttps://phabricator.wikimedia.org/T197992EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197991: Add item suggestions for qualifiers
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I add a statement the property-selector as well as the item-selector automatically show properties/items that are used often for this type of item/property. When I add a qualifier the item-selector does however not suggest the most common items for the used property. This should be added, since a lot of the properties used with qualifiers use only the same few values, therefor a lot of work/time could be saved. And especially: it's pretty annoying to always type the same few things!TASK DETAILhttps://phabricator.wikimedia.org/T197991EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: Aklapper, MichaelSchoenitzer, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T197989: Newly added statements vanish
MichaelSchoenitzer updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...This happens on maybe 10% of my edits I see no pattern when it happens, no error is printed in the consoleTASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197989: Newly added statements vanish
MichaelSchoenitzer created this task.MichaelSchoenitzer added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONWhen I click add statement on a wikidata item and then first select the property and then enter the value and then click publish normally the newly created statement is visible as expected but sometimes the new statement disappears in the moment I click publish. After reloading the page the statement is visible again. This happens on maybe 10% of edits I see no pattern when it happens, no error is printed in the console. This is very annoying since I'm always not sure if it's this bug or if I accidentally pressed cancel.TASK DETAILhttps://phabricator.wikimedia.org/T197989EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MichaelSchoenitzerCc: MichaelSchoenitzer, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T197447: Default Blazegraph configuration confuses strings with and without RTL mark
Smalyshev added a comment. Values affected: 4698 056X 3227 156X 5154 1895 5328 9611 7896 3086 0003 6772 0443 5661 6438 8043 5485 0003 7884 5356 0003 9447 4903TASK DETAILhttps://phabricator.wikimedia.org/T197447EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: MisterSynergy, Gehel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Jonas, 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] [Updated] T197566: sparql replace "q" modifier not accepted
Smalyshev removed a project: User-Smalyshev. TASK DETAILhttps://phabricator.wikimedia.org/T197566EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, matej_suchanek, Aklapper, Esc3300, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, 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] [Updated] T197495: Allow limiting the number of results in queries using the MediaWiki API
Smalyshev removed a project: User-Smalyshev. TASK DETAILhttps://phabricator.wikimedia.org/T197495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Smalyshev, Aklapper, Nikki, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, Jonas, 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] [Updated] T197496: wikibase:apiOrdinal resets for each page of results
Smalyshev removed a project: User-Smalyshev. TASK DETAILhttps://phabricator.wikimedia.org/T197496EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Nikki, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, 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] [Claimed] T197566: sparql replace "q" modifier not accepted
Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197566EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, matej_suchanek, Aklapper, Esc3300, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, Jonas, 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] [Claimed] T197496: wikibase:apiOrdinal resets for each page of results
Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197496EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Nikki, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, Jonas, FloNight, Xmlizer, jkroll, Smalyshev, 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] [Claimed] T197447: Default Blazegraph configuration confuses strings with and without RTL mark
Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197447EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: MisterSynergy, Gehel, Aklapper, Smalyshev, Lahi, Gq86, Darkminds3113, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Jonas, 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] [Claimed] T197495: Allow limiting the number of results in queries using the MediaWiki API
Smalyshev claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197495EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Smalyshev, Aklapper, Nikki, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, Jonas, 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] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
WMDE-leszek added a comment. Yup, something like this would rather be needed here. Will have a look after the weekend.TASK DETAILhttps://phabricator.wikimedia.org/T197875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T197868: `Class 'Wikibase\DataModel\Entity\ItemId' not found` error when trying to install WikibaseLexeme
zeljkofilipin added a comment. Thanks, I did run docker system prune and docker system prune --volumes. I still get the same error message. 😢TASK DETAILhttps://phabricator.wikimedia.org/T197868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Tarrow, Addshore, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, 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] T165597: Item selector in Special:NewLexeme should show description
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T165597EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Nikki, Aklapper, WMDE-leszek, Jonas, Lydia_Pintscher, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T165597: Item selector in Special:NewLexeme should show description
gerritbot added a comment. Change 441555 had a related patch set uploaded (by Jakob; owner: Jakob): [mediawiki/extensions/WikibaseLexeme@master] Show description in the item selector on Special:NewLexeme https://gerrit.wikimedia.org/r/441555TASK DETAILhttps://phabricator.wikimedia.org/T165597EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: gerritbot, Nikki, Aklapper, WMDE-leszek, Jonas, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Unblock] T194729: Allow Wikibase Entities to be stored in alternative slots [MCR]
daniel closed subtask T174038: Initial implementation of MCR page update interface as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T194729EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Aklapper, Cparle, daniel, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, JJMC89, Agabi10, Susannaanas, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T174038: Initial implementation of MCR page update interface
daniel closed this task as "Resolved".daniel added a comment. With T197685 resolved, this can no be closed again.TASK DETAILhttps://phabricator.wikimedia.org/T174038EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: CCicalese_WMF, gerritbot, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Lewizho99, JJMC89, Maathavan, Agabi10, Susannaanas, Aschroet, Fjalapeno, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Anomie, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T197685: Clarify semantics of "base revision" and "parent revision" in EditPage, WikiPage, and PageUpdater
daniel closed this task as "Resolved".daniel added a comment. With the updated documentation in EditPage and the clarified semantics in WikiPage and PageUpdater, this is now resolved. The remaining patch is not crucial.TASK DETAILhttps://phabricator.wikimedia.org/T197685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: pmiazga, Tgr, GoranSMilovanovic, gerritbot, Anomie, CCicalese_WMF, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Lewizho99, JJMC89, Maathavan, Agabi10, Susannaanas, Aschroet, Fjalapeno, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T174038: Initial implementation of MCR page update interface
daniel closed subtask T197685: Clarify semantics of "base revision" and "parent revision" in EditPage, WikiPage, and PageUpdater as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T174038EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: CCicalese_WMF, gerritbot, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Lewizho99, JJMC89, Maathavan, Agabi10, Susannaanas, Aschroet, Fjalapeno, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Anomie, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T196188: Implement Lexeme-only fulltext search
gerritbot added a comment. Change 441554 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek): [mediawiki/extensions/WikibaseLexeme@master] DNM WIP Format FormIds, and handle form links in HtmlPageLinkRendererBeginHookHandler https://gerrit.wikimedia.org/r/441554TASK DETAILhttps://phabricator.wikimedia.org/T196188EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, gerritbotCc: Ltrlg, Pablo-WMDE, gerritbot, Lydia_Pintscher, daniel, Aklapper, Smalyshev, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, Avner, Lewizho99, Maathavan, Gehel, FloNight, 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] T197868: `Class 'Wikibase\DataModel\Entity\ItemId' not found` error when trying to install WikibaseLexeme
WMDE-leszek added a comment. I am not a docker ninja, but when in a need to remove ALL docker stuff I use: docker system prune. Note that it is going to remove all stopped containers, not only mediawiki ones (if you have others running). Also keep in mind the note about volumes from the docs (i.e. if you want to remove all all then also run: docker system prune --volumes)TASK DETAILhttps://phabricator.wikimedia.org/T197868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Tarrow, Addshore, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, 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] T197868: `Class 'Wikibase\DataModel\Entity\ItemId' not found` error when trying to install WikibaseLexeme
zeljkofilipin added a comment. I don't have much experience with Docker, so in attempt to start clean, I have deleted addshore/mediawiki-docker-dev, mediawiki/core, Wikibase and WikibaseLexeme repositories and cloned them again. I get the same error message. I think I remember the instructions working fine before on this machine and at another machine. I am not sure what changed in the meantime. How do I make sure that I have removed all Docker stuff and start fresh? That might be easier than trying to debug what went wrong?TASK DETAILhttps://phabricator.wikimedia.org/T197868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Tarrow, Addshore, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, 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] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
zeljkofilipin updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...``` It's a code smell if a repository just assumes another repository would be available at a precise location. If some code is shared between Wikibase and WikibaseLexeme it belongs to a library, probably mediawiki_selenium Ruby gem. If you think it's Wikibase specific maybe a new gem, mediawiki_selenium-wikibase?TASK DETAILhttps://phabricator.wikimedia.org/T197875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Edited] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
zeljkofilipin updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...``` I have tried reproducing the problem on my machine, but I get different error messages. 🤔 ``` ~/Documents/gerrit/mediawiki/vagrant/mediawiki/extensions/WikibaseLexeme$ MEDIAWIKI_ENVIRONMENT=beta bundle exec rake selenium /usr/local/lib/ruby/gems/2.5.0/gems/rake-11.1.2/lib/rake/ext/fixnum.rb:4: warning: constant ::Fixnum is deprecated /usr/local/Cellar/ruby/2.5.1/bin/ruby -S bundle exec cucumber tests/browser --tags @chrome /usr/local/lib/ruby/gems/2.5.0/gems/data_magic-0.22/lib/data_magic/core_ext/fixnum.rb:1: warning: constant ::Fixnum is deprecated /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/html_elements.rb:17: warning: constant ::Fixnum is deprecated ... /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/svg_elements.rb:425: warning: constant ::Fixnum is deprecated undefined method `col_span' for class `Watir::TableCell' (NameError) /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/table_cell.rb:6:in `alias_method' /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/table_cell.rb:6:in `' /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/table_cell.rb:2:in `' /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver/elements/table_cell.rb:1:in `' /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver.rb:110:in `require' /usr/local/lib/ruby/gems/2.5.0/gems/watir-webdriver-0.9.1/lib/watir-webdriver.rb:110:in `' /usr/local/lib/ruby/gems/2.5.0/gems/mediawiki_selenium-1.7.1/lib/mediawiki_selenium/cucumber/env.rb:3:in `require' /usr/local/lib/ruby/gems/2.5.0/gems/mediawiki_selenium-1.7.1/lib/mediawiki_selenium/cucumber/env.rb:3:in `' /usr/local/lib/ruby/gems/2.5.0/gems/mediawiki_selenium-1.7.1/lib/mediawiki_selenium/cucumber.rb:3:in `require' /usr/local/lib/ruby/gems/2.5.0/gems/mediawiki_selenium-1.7.1/lib/mediawiki_selenium/cucumber.rb:3:in `' /Users/z/Documents/gerrit/mediawiki/vagrant/mediawiki/extensions/WikibaseLexeme/tests/browser/features/support/env.rb:1:in `require' /Users/z/Documents/gerrit/mediawiki/vagrant/mediawiki/extensions/WikibaseLexeme/tests/browser/features/support/env.rb:1:in `' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/rb_support/rb_language.rb:95:in `load' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/rb_support/rb_language.rb:95:in `load_code_file' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime/support_code.rb:180:in `load_file' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime/support_code.rb:83:in `block in load_files!' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime/support_code.rb:82:in `each' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime/support_code.rb:82:in `load_files!' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime.rb:184:in `load_step_definitions' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/runtime.rb:42:in `run!' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/lib/cucumber/cli/main.rb:47:in `execute!' /usr/local/lib/ruby/gems/2.5.0/gems/cucumber-1.3.20/bin/cucumber:13:in `' /usr/local/bin/cucumber:23:in `load' /usr/local/bin/cucumber:23:in `' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli/exec.rb:74:in `load' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli/exec.rb:74:in `kernel_load' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli/exec.rb:28:in `run' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli.rb:424:in `exec' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/vendor/thor/lib/thor/command.rb:27:in `run' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/vendor/thor/lib/thor/invocation.rb:126:in `invoke_command' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/vendor/thor/lib/thor.rb:387:in `dispatch' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli.rb:27:in `dispatch' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/vendor/thor/lib/thor/base.rb:466:in `start' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/cli.rb:18:in `start' /usr/local/lib/ruby/gems/2.5.0/gems/bundler-1.16.2/exe/bundle:30:in `block in ' /usr/local/lib/ruby/site_ruby/2.5.0/bundler/friendly_errors.rb:124:in `with_friendly_errors' /usr/local/lib/ruby/gems/2.5.0/gems/bundler-1.16.2/exe/bundle:22:in `' /usr/local/bin/bundle:23:in `load' /usr/local/bin/bundle:23:in `' ``` Inside mediawiki-vagrant, there seems to be a problem with chrome/chromedriver, but I do not get the error message from Jenkins. ``` vagrant@vagrant:/vagrant/mediawiki/extensions/WikibaseLexeme$ bundle exec rake selenium rake aborted! MediawikiSelenium::ConfigurationError: unknown environment `mw-vagrant-guest` /var/lib/gems/2.3.0/gems/mediawiki_selenium-1.7.1/lib/mediawiki_selenium/environment.rb:83:in `load' /var/lib/gems/2.3.0/gems/mediawiki_selenium-1.7
[Wikidata-bugs] [Maniphest] [Commented On] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
zeljkofilipin added a comment. In T197875#4307078, @WMDE-leszek wrote: The reason why I think Wikibase code is needed is that WikibaseLexeme/tests/browser/features/support/env.rb contains following stuff: require_all File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/support/modules' /me facepalms 🤦♂️ Of course. I should have noticed that. Anyway, it's a code smell if a repository just assumes another repository would be available at a precise location. If some code is shared between Wikibase and WikibaseLexeme it belongs to a library, probably mediawiki_selenium Ruby gem. If you think it's Wikibase specific maybe a new gem, mediawiki_selenium-wikibase?TASK DETAILhttps://phabricator.wikimedia.org/T197875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Edited] T180228: Port Wikibase Selenium tests from Ruby to Node.js
zeljkofilipin updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...🏝 mediawiki/extensions/Wikibase: master: Start a very basic nodejs browser test [[ https://gerrit.wikimedia.org/r/c/mediawiki/core/+/441051 | 441051 ]] 🏝 integration/config: master: Run qunit-selenium Jenkins job for Wikibase [[ https://gerrit.wikimedia.org/r/c/integration/config/+/441195 | 441195 ]] # Done 🏝 mediawiki/core: master: Selenium: run Wikibase repo tests [[ https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/438000 | 438000 ]] 🏝 integration/config: master: Run qunit-selenium Jenkins job for Wikibase [[ https://gerrit.wikimedia.org/r/c/integration/config/+/441195 | 441195 ]]TASK DETAILhttps://phabricator.wikimedia.org/T180228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Ladsgroup, gerritbot, Aklapper, zeljkofilipin, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T197685: Clarify semantics of "base revision" and "parent revision" in EditPage, WikiPage, and PageUpdater
gerritbot added a comment. Change 441045 merged by jenkins-bot: [mediawiki/core@master] MCR: rename $baseRevId paramter to match actual semantics. https://gerrit.wikimedia.org/r/441045TASK DETAILhttps://phabricator.wikimedia.org/T197685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: pmiazga, Tgr, GoranSMilovanovic, gerritbot, Anomie, CCicalese_WMF, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Lewizho99, JJMC89, Maathavan, Agabi10, Susannaanas, Aschroet, Fjalapeno, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T180228: Port Wikibase Selenium tests from Ruby to Node.js
gerritbot added a comment. Change 441195 merged by jenkins-bot: [integration/config@master] Run qunit-selenium Jenkins job for Wikibase https://gerrit.wikimedia.org/r/441195TASK DETAILhttps://phabricator.wikimedia.org/T180228EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Ladsgroup, gerritbot, Aklapper, zeljkofilipin, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure
Magnus added a comment. @WMDE-leszek I think some tools could actually use SPARQL, if you look for a precise label with known language for example. But I mentioned SPARQL only as one of the other ways we currently have. wbsearchentities is another, and so is the fulltext search API. And wbgetentities of course, if you know the item and just want the label. They all have some potential for certain tasks, but especially when dealing with lots of labels to check, none of them scale up. As for possible solutions, one approach I could live with would be a http-based API where I can submit a large batch of strings (via POST), some parameters (e.g. "items for German labels matching these regexes"), and then get a big mapping back. That would solve the death-by-a-million-http-queries problem with the current APIs, and let you access the data in any way you see fit behind the API. Just a thought.TASK DETAILhttps://phabricator.wikimedia.org/T197161EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: MusikAnimal, Daniel_Mietchen, Nikki, Magnus, Mahir256, Nikerabbit, GoranSMilovanovic, Lea_Lacroix_WMDE, WMDE-leszek, Aklapper, Lahi, Gq86, 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] [Updated] T196057: Dispatching of Wikidata changes to clients sometimes stucks
MisterSynergy added a comment. Seems to be a problem inside Wikidata as well: Q280658 was vandalized on June 14 (diff) Vandalism was reverted two days later (diff) Vandalized label still shows up in items on June 22, e.g. Q119349#P413 (claim P413: “position played on team / speciality”) TASK DETAILhttps://phabricator.wikimedia.org/T196057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MisterSynergyCc: Mahir256, Ymblanter, Aklapper, MisterSynergy, 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] [Claimed] T165597: Item selector in Special:NewLexeme should show description
Jakob_WMDE added a project: Wikidata-Editor-Experience-Improvements-Iteration1.Jakob_WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T165597EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: Nikki, Aklapper, WMDE-leszek, Jonas, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] [Updated] T112285: ContentTranslation link adaptation is mostly broken when translating to be-tarask
Arrbee edited projects, added CX-cxserver; removed ContentTranslation-CXserver, ContentTranslation.Arrbee moved this task from Backlog to Deployment preparation on the CX-cxserver board. TASK DETAILhttps://phabricator.wikimedia.org/T112285WORKBOARDhttps://phabricator.wikimedia.org/project/board/3435/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArrbeeCc: PokestarFan, gerritbot, daniel, Liuxinyu970226, Purodha, Luke081515, Krenair, Ricordisamoa, Amire80, Aklapper, Lahi, Gq86, GoranSMilovanovic, chapulina, QZanden, LawExplorer, Nizil, Ixocactus, Wikidata-bugs, aude, Jsahleen, Nikerabbit, Arrbee, santhosh, KartikMistry, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T167145: Evaluate OOUI integration with vue.js
Orienteerix added a project: Wikidocumentaries. TASK DETAILhttps://phabricator.wikimedia.org/T167145EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: OrienteerixCc: SBisson, Milimetric, Volker_E, Aklapper, Jonas, thiemowmde, Aleksey_WMDE, Jan_Dittrich, daniel, Lahi, Gq86, GoranSMilovanovic, QZanden, Orienteerix, enigmaeth, rohitt, LawExplorer, Puik, Dixtosa, Susannaanas, ferdbold, Wikidata-bugs, aude, Dinoguy1000, Gryllida, Ricordisamoa, Nikerabbit, Jdforrester-WMF, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197942: Implement negated searching of statement qualifiers on commons
Cparle created this task.Cparle triaged this task as "Normal" priority.Cparle added projects: Wikidata, Structured-Data-Commons, Multimedia, Epic, Discovery-Search, Multimedia-Team-Working-Board. TASK DESCRIPTIONSearching for statements with qualifiers associated with a File page on commons is implemented, but atm it's not possible to search for everything with a particular statement that does NOT have a particular qualifier value - e.g. find all files that depict a cat that is NOT black This is the ticket for implementing negated searching of statement qualifiersTASK DETAILhttps://phabricator.wikimedia.org/T197942EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CparleCc: Aklapper, Ramsey-WMF, Cparle, Lahi, PDrouin-WMF, Gq86, E1presidente, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T197941: Implement negated searching of 'depicts' statements on commons
Cparle created this task.Cparle triaged this task as "Normal" priority.Cparle added projects: Wikidata, Structured-Data-Commons, Multimedia, Epic, Discovery-Search, Multimedia-Team-Working-Board. TASK DESCRIPTIONSearching for statements associated with a File page on commons is implemented, but atm it's not possible to search for everything that does NOT have a particular statement - e.g. find all files that do NOT depict a cat This is the ticket for implementing negated searching of statementsTASK DETAILhttps://phabricator.wikimedia.org/T197941EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: CparleCc: Aklapper, Ramsey-WMF, Cparle, Lahi, PDrouin-WMF, Gq86, E1presidente, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Tramullas, Acer, V4switch, LawExplorer, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T197685: Clarify semantics of "base revision" and "parent revision" in EditPage, WikiPage, and PageUpdater
daniel updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* rev_parent_id field: The ID of the revision that was current immediately before an edit. Used to display size differences in the page history (compare T193690) NewRevisionFromEditComplete hook: * $baseID: this hook parameter contains the value of $baseRevId from WikiPage::doEditContent. It's also set to the previous revision ID by MovePage. So the itnended semantics is "ID of an earlier revision that is restored or repeated by the edit". PageUpdater:...* Make EditPage pass oldId to doEditContent as $baseRevIdImprove documentation and parameter name in WikiPage::doEditContent to specify semantics to by "ID of an earlier revision that is restored or repeated by the edit"". * Change PageUpdater::hasEditConflict() to not be based on the revision provided by setBaseRevision, but take a parameter and check against that instead. * Change documentationname of PageUpdater::setBaseRevision to align it with the interpretation of "base rId() to setOriginalRevision" in WikiPagenId()TASK DETAILhttps://phabricator.wikimedia.org/T197685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: pmiazga, Tgr, GoranSMilovanovic, gerritbot, Anomie, CCicalese_WMF, Aklapper, daniel, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, LawExplorer, Lewizho99, JJMC89, Maathavan, Agabi10, Susannaanas, Aschroet, Fjalapeno, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331, Ltrlg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time
Ladsgroup moved this task from Doing to Peer Review on the Wikidata-Campsite board.Ladsgroup added a comment. In T193641#4307136, @RazShuty wrote: Also, the event_timestamp doesn't fit, right? We want to know these 2 things: How many co editors we had in Q2 2017 (broken by wikipedia) P7278 How many co editors we had in Q2 2018 (broken by wikipedia) P7282 How many co editors we had since 01.01.2017 until Q2 including P7283TASK DETAILhttps://phabricator.wikimedia.org/T193641WORKBOARDhttps://phabricator.wikimedia.org/project/board/3402/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: RazShuty, Ladsgroup, Addshore, Aklapper, Lydia_Pintscher, 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] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure
WMDE-leszek added a comment. I don't want to stop a discussion or anything, just to avoid possible misunderstanding. I didn't mention SPARQL as the considered replacement for wb_terms for tools. I am pretty sure it wouldn't be a good alternative for most of the tools, so we are not even really considering this path :)TASK DETAILhttps://phabricator.wikimedia.org/T197161EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: MusikAnimal, Daniel_Mietchen, Nikki, Magnus, Mahir256, Nikerabbit, GoranSMilovanovic, Lea_Lacroix_WMDE, WMDE-leszek, Aklapper, Lahi, Gq86, 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] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure
Magnus added a comment. Found another one: Mix'n'match "automatch" (preliminary matches by name, that need to be confirmed by a user). This quickly checks tens/hundreds of thousands of names against Wikidata labels on a regular basis. I am quite certain this would not work with SPARQL, and though it might actually yield better quality using the search API, it's one http(s) query per name, and I don't want to DOS Wikidata, not even considering speed...TASK DETAILhttps://phabricator.wikimedia.org/T197161EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc: MusikAnimal, Daniel_Mietchen, Nikki, Magnus, Mahir256, Nikerabbit, GoranSMilovanovic, Lea_Lacroix_WMDE, WMDE-leszek, Aklapper, Lahi, Gq86, 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] [Claimed] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time
Ladsgroup claimed this task.Ladsgroup moved this task from To Do to Doing on the Wikidata-Campsite board.Ladsgroup added a comment.Herald added a project: User-Ladsgroup. I do it.TASK DETAILhttps://phabricator.wikimedia.org/T193641WORKBOARDhttps://phabricator.wikimedia.org/project/board/3402/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: RazShuty, Ladsgroup, Addshore, Aklapper, Lydia_Pintscher, 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] [Claimed] T197089: Inject shared lexeme store into the vue components that need to access it
Pablo-WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T197089EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Pablo-WMDE, Jakob_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time
RazShuty added a comment. How many co editors we had since 01.01.2017 until Q2 including TASK DETAILhttps://phabricator.wikimedia.org/T193641EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RazShutyCc: RazShuty, Ladsgroup, Addshore, Aklapper, Lydia_Pintscher, 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] [Unassigned] T195298: [UI glitch] Representation widgets overlapping toolbar buttons when too many
Pablo-WMDE removed Pablo-WMDE as the assignee of this task. TASK DETAILhttps://phabricator.wikimedia.org/T195298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, WMDE-leszek, Lydia_Pintscher, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Created] T197929: [UI glitch] Huge base font size distorts lemma widget in header
Pablo-WMDE created this task.Pablo-WMDE added projects: Lexicographical data, Wikidata.
TASK DESCRIPTIONUsing browsers' base font size larger than normal (e.g. Firefox "20px", Chromium "big") the lemma list items in the lexeme header, when in edit mode, fail to accommodate all content in their fixed pixel height.
A change to font-dependent dimensions should be able to resolve that, e.g.
.wb-lexeme .lemma-widget_lemma-edit-box { height: 19ex; }
F22479005: Bildschirmfoto von 2018-06-22 10-05-53.png F22479006: Bildschirmfoto von 2018-06-22 10-09-19.png F22479007: Bildschirmfoto von 2018-06-22 10-09-07.png
Maybe there a synergies between this and T196228
Discovered during T195298TASK DETAILhttps://phabricator.wikimedia.org/T197929WORKBOARDhttps://phabricator.wikimedia.org/project/board/2292/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Lydia_Pintscher, Pablo-WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T195298: [UI glitch] Representation widgets overlapping toolbar buttons when too many
Pablo-WMDE added a comment. Seem to be able to produce a similar effect by changing the base font size of the browser. F22479005: Bildschirmfoto von 2018-06-22 10-05-53.png F22479006: Bildschirmfoto von 2018-06-22 10-09-19.png F22479007: Bildschirmfoto von 2018-06-22 10-09-07.png As this happens both on beta and production I do not consider this part of this ticket - should go into a dedicated ticket.TASK DETAILhttps://phabricator.wikimedia.org/T195298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, WMDE-leszek, Lydia_Pintscher, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T197650: Edits impossible with tradional edit action on Lexemes
Lydia_Pintscher added a comment. Yeah. I think the right thing here would be to also "ignore" it for Lexemes, so do the same as for the view action.TASK DETAILhttps://phabricator.wikimedia.org/T197650EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lea_Lacroix_WMDE, Lydia_Pintscher, Pablo-WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time
RazShuty added a comment. Also, the event_timestamp doesn't fit, right? We want to know these 2 things: How many co editors we had in Q2 2017 (broken by wikipedia) How many co editors we had in Q2 2018 (broken by wikipedia) TASK DETAILhttps://phabricator.wikimedia.org/T193641EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RazShutyCc: RazShuty, Ladsgroup, Addshore, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T197473: Implement property scope constraint
Jonas updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- [ ] [`ViolationMessage`](https://gerrit.wikimedia.org/r/441029) - [ - [x] [checker](https://gerrit.wikimedia.org/r/441030)TASK DETAILhttps://phabricator.wikimedia.org/T197473EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDE, JonasCc: Liuxinyu970226, gerritbot, MisterSynergy, Lucas_Werkmeister_WMDE, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, Agabi10, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T193641: track number of editors from other Wikimedia projects who also edit on Wikidata over time
RazShuty added a comment. @Addshore can you review the query? the snapshot of the "wikipedias AS" segment should have also changed to '2018-05', right?TASK DETAILhttps://phabricator.wikimedia.org/T193641EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: RazShutyCc: RazShuty, Ladsgroup, Addshore, Aklapper, Lydia_Pintscher, 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] [Changed Subscribers] T197868: `Class 'Wikibase\DataModel\Entity\ItemId' not found` error when trying to install WikibaseLexeme
WMDE-leszek added subscribers: Tarrow, WMDE-leszek.WMDE-leszek added a comment. Just looking at the error message it would seem composer didn't pull in dependencies. But looking at README.md running composer is mentioned to be done before running update.php (which makes sense), so I don't quite get why it could fail. Maybe @Tarrow has an idea what could be going wrong here?TASK DETAILhttps://phabricator.wikimedia.org/T197868EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Tarrow, Addshore, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, 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] T195298: [UI glitch] Representation widgets overlapping toolbar buttons when too many
Pablo-WMDE added a comment. This is mildly disturbing but interesting. Lexeme header editing happens all within the page's h1 (T196228), hence a serif font is used (font-family: 'Linux Libertine','Georgia','Times',serif;) - depending on which one is actually installed this could yield different values for font-related dimension (em, ...). I'll look into that a bit.TASK DETAILhttps://phabricator.wikimedia.org/T195298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, WMDE-leszek, Lydia_Pintscher, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Claimed] T195298: [UI glitch] Representation widgets overlapping toolbar buttons when too many
Pablo-WMDE claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T195298EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, WMDE-leszek, Lydia_Pintscher, Aklapper, Pablo-WMDE, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T197650: Edits impossible with tradional edit action on Lexemes
Pablo-WMDE added a comment. @Lydia_Pintscher That seems to be the case. The important difference to me lies in the fact that "ignoring" in this context means it behaves like the view action (certainly thoroughly specified somewhere) while for Lexeme it looks different and is functionally borked.TASK DETAILhttps://phabricator.wikimedia.org/T197650EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Lea_Lacroix_WMDE, Lydia_Pintscher, Pablo-WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
WMDE-leszek added a comment. @zeljkofilipin: looking forward to see what you come up with! The reason why I think Wikibase code is needed is that WikibaseLexeme/tests/browser/features/support/env.rb contains following stuff: require_all File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/support/modules' require_all File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/step_definitions' require_all File.dirname(__FILE__) + '/pages' require_all File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/support/utils' require File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/support/pages/item_page' require File.dirname(__FILE__) + '/../../../../../Wikibase/tests/browser/features/support/pages/property_page' /pages is "local" but the other stuff is not going to be find, and ruby test code will be missing some relevant bits without the rest.TASK DETAILhttps://phabricator.wikimedia.org/T197875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: WMDE-leszek, Aklapper, zeljkofilipin, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, 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] T197161: Gather information on users of wb_terms replicas on WMF cloud infrastructure
Nikki added a comment. In T197161#4306966, @MusikAnimal wrote: XTools uses wb_terms to report if a page is missing a label and description on Wikidata for the corresponding language. Performance is paramount so if SPARQL is indeed that slow (T197161#4302203) I don't think it would be an option for XTools. If we can efficiently query for it on the replicas via some other table(s) this is perfectly fine for us :) Not all queries for terms in SPARQL are slow. The ones which are problematic are ones which involve checking a large number (i.e. millions) of terms to see if they match some criteria (which is not fast in SQL either :)). Because of the way the data is modelled in RDF, this includes queries which try to select all terms in a particular language even when there aren't many terms for that language: The text and the language are both part of the value and have to be extracted separately using functions (similar to how you might extract the year from a date), they're not indexed seperately. Selecting terms for small numbers of items should work fine (e.g. selecting English labels/descriptions for Q1 and Q2 and selecting English labels/descriptions for cats both take less than a second).TASK DETAILhttps://phabricator.wikimedia.org/T197161EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: MusikAnimal, Daniel_Mietchen, Nikki, Magnus, Mahir256, Nikerabbit, GoranSMilovanovic, Lea_Lacroix_WMDE, WMDE-leszek, Aklapper, Lahi, Gq86, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
