[Wikidata-bugs] [Maniphest] [Created] T204912: Can't download PDF of Lexeme data
awight created this task.awight added a project: Lexicographical data.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONSteps to reproduce:
Browse to a lexeme, e.g. https://www.wikidata.org/wiki/Lexeme:L10
Click "Download as PDF" in the left sidebar, to invoke ElectronPDF.
This presents a "technical problems" notice. Click "Download".
https://www.wikidata.org/api/rest_v1/page/pdf/Lexeme%3AL10 returns an HTTP 404 error and the following JSON,
{"type":"https://mediawiki.org/wiki/HyperSwitch/errors/not_found#route","title":"Not found.","method":"get","uri":"/www.wikidata.org/v1/page/pdf/Lexeme%3AL10"}TASK DETAILhttps://phabricator.wikimedia.org/T204912EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Mringgaard, 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] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...The asked Wikibase instance would aim at:aims the following features: - allow to import definitions from Wiktionaries...TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlthough Wikidata already provides a way to carry some lexicological data through the Lexeme extension, we lake the possibility to import existing definitional material from wiktionaries into a relational database queryable from all wikimedia projectsTASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- allow to import Wikdefinitionaries definitionss from Wiktionaries - allow to link each definition to samples of use (including text quote of course, but also links to media on Commons for audio records, video of signed languages and so on, media should be associated to a textual transcription)...TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlthough Wikidata already provides a way to carry some lexicological data through the Lexeme extension, we lake the possibility to import existing definitional material from wiktionaries into a relational database queryable from wiktionariesTASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- allow to link definition to samples of use (including links to media for audio records, video of signed languages and so on, media should be associated to a textual transcription)...TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlthough Wikidata already provides a way to carry some lexicological data through the Lexeme extension, we lake the possibility to import definitional material into a relational database queryable from wiktionariesTASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave added a comment. As an example of the limits perceived with our current infrastructure, even staying in the frame of a single Wiktionary, you can think about creating glossaries using existing definitions. Maybe Extension:TextExtracts might help somewhat here, but at least from the documentation it doesn't appear to be usable through wikicode calls. One way to do it would be to use external bots that browse lexical categories, fetch each matching article, grab matching definitions (if tagged in the article) and generate distinct pages, for example in a dedicated namespace. As Lua modules doesn't allow to fetch a list of element in a category, it's not possible to do the previous transformation through modules alone, and it would probably be too resource consuming anyway. What would be possible is parsing all articles, as previously mentioned and put their definitions into data modules. That would at least make a scenario where this data would be easily providable for in-wiki consumption in various cases, potentially avoiding data duplication within a single instance, as well as for external queries as the module could generate various output format. Thus said there is no guarantee that the current community would like to use this data modules, there might propose to delete the transformed material, just ignore it and recommend to not use it within the main space, just as well as embrace and migrate massively to such an approach. Also such an approach shouldn't go without a rethinked UX which enable to edit data modules without editing the LSON, aiming at gaining both the support of current communities and new comers. But even if we would have all that, it wouldn't allow data sharing across linguistic version, as we currently don't have possibility to share modules across instances. Community endorsement won't change whether the data are stored within a data module or in an external Wikibase instance. The sharing of data across wikis can't currently be solved with data modules, but Wikidata comes to our mind of course. However as this is about sharing existing definitions of Wiktionaries which are covered by CC-by-sa-3.0-unported, Wikidata which accept only CC-0 compatible material can't host this data. This hopefully expose the reasons of this demand and makes obvious how it supports the aims of our movement.TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...- allow Wikitionaryto edit items through an API that ease contributions with external tools such as a toolforge service (this would probably be a huge plus in term of new contributor attraction as currently editing Wiktionaries is difficult for newcomers with many implicit structures) - allow Wikitionaries (and other sister projects) to query directly the instance TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONAlthough Wikidata already provide a way to carry some lexicological data through the Lexeme extension, we lake the possibility to import definitional material into a relational database queryable from wiktionaries. As an example of the limit that it brings, I proposed to create glossaries in Wikitionary. One way to do it would be to use external bots that browse lexical categories, grab matching definitions (if tagged in the article) and generate distinct pages.The asked Wikibase instance would aim at: As Lua modules doesn't allow to fetch a list of element in a category, it's not possible to do that through this feature, and it would probably be too resource consuming anyway. What would be possible is parsing all articles and put their definition into data modules. That would at least make a scenario where this data would be easily providable for in-wiki consumption in various cases, potentially avoiding data duplication, as well as for external queries as the module could generate various output format. Thus said- allow to import Wiktionaries definitions - there is no garantee that the current community would like to use this data modules, there might propose to delete the transformed materialallow to link definition to samples of use (including media for audio records, just ignore it and recommand to not use it within the main spacevideo of signed languages and so on, just as well as embrace and migrate massively to such an approachmedia should be associated to a textual transcription) - a dedicated UX should enable to edit data modules without editing the LSON, maybe OOUI might help here, this would probably be a huge plus in term of new contributor attraction as currently editing Wiktionaries is difficult for newcomers with many implicit structures- allow to translate definitions (and transcriptions where relevant) - it doesn't allow data sharing across linguistic version The first point won't change whether the data are stored within a data module or in an external Wikibase instace. The latter point however can't currently be solved with data modules, as crosswiki call sare currently impossible. Of course when it comes to share relational data across linguistic versions, Wikidata comes to our mind.allow to add statements on each definition (for example domain/context where the definition applies, However as this is about sharing definitions which are creative materialsregister, we won't be able existing CC-by-sa materials from Wikitionaries into Wikidata anytime soon. So this hopefully expose the reasons of this demand and makes obvious how it support the aims of our movement. So the two important point for the asked Wikibase instance are:and so on) - it should allow to import Wiktionaries definitions- allow Wikitionary (and other sister projects) to query directly the instance - it should allow Wikitionary (and other sister projects) to query directly the instanceTASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Lea_Lacroix_WMDE, Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204899: Exception when viewing MediaInfo history
Jdforrester-WMF added a comment. In T204899#4600025, @awight wrote: @Jdforrester-WMF Is there another task to implement the history view for MediaInfo? I'd like to subscribe to that, if and when it exists. T194731: Show diffs for all slots [MCR] is it for MCR.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMFCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204899: Exception when viewing MediaInfo history
awight added a comment. @Jdforrester-WMF Is there another task to implement the history view for MediaInfo? I'd like to subscribe to that, if and when it exists.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T204899: Exception when viewing MediaInfo history
Jdforrester-WMF closed this task as "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMFCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204899: Exception when viewing MediaInfo history
awight added a comment. It's not blocking my work or anything, I just thought I would run the system through its paces, and maybe get a better understanding of MCR. Feel free to decline!TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204899: Exception when viewing MediaInfo history
Jdforrester-WMF added a comment. OK? It's a test site running patches ahead of master. I'm unsurprised things break. :-)TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMFCc: Jdforrester-WMF, awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204899: Exception when viewing MediaInfo history
awight created this task.awight added a project: Structured-Data-Commons.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata. TASK DESCRIPTIONhttps://structured-commons.wmflabs.org/w/index.php?title=MediaInfo:M13=""> gives me a whitescreen.TASK DETAILhttps://phabricator.wikimedia.org/T204899EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: awightCc: awight, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T201371: tgwiki sitelinks remain on Wikidata after the article has been deleted
Mike_Peel added a comment. In T201371#4597175, @Addshore wrote: Hi @Mike_Peel how are the edits going? It's turned out to be a bigger problem than I expected. So far the bot's removed 18,000 sitelinks, logs at: https://www.wikidata.org/wiki/User:Mike_Peel/tgwiki_sitelink_fixes https://www.wikidata.org/wiki/User:Mike_Peel/tgwiki_sitelink_fixes2 I've also been having connection issues with the script, so I've had to restart it a number of times. It's now running on a more stable internet connection to try to finish this. However, there are more cases in other languages - Robby's found a few in enwiki, see: https://www.wikidata.org/wiki/User_talk:Mike_Peel#Link_to_deleted_page_on_en-wikipedia_remains_here_on_wikidata So I think some investigation needs to be done into this - at least there should be some sort of constraint violation report for when sitelinks. What I'm doing will not scale to checking all sitelinks across all languages...TASK DETAILhttps://phabricator.wikimedia.org/T201371EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mike_PeelCc: Addshore, Darafsh, Greta_Doci_WMDE, Robby, Aklapper, Lydia_Pintscher, Mike_Peel, 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] [Updated] T204698: cloudvps: wikidata-page-banner project trusty deprecation
Jdlrobson edited projects, added Readers-Web-Backlog (Tracking); removed Readers-Web-Backlog.Jdlrobson added a comment. @aborrero if we don't hear from Sumit, i suggest we remove this instance, however I'm not sure what the protocol and grace period is for doing so.TASK DETAILhttps://phabricator.wikimedia.org/T204698EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdlrobsonCc: aborrero, Jdlrobson, Sumit, Aklapper, JKSTNK, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, LawExplorer, Winter, JJMC89, srodlund, Wikidata-bugs, aude, Gryllida, Lydia_Pintscher, scfc, Mbch331, Jay8g, Krenair, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T197690: Check the status of v8.js PHP extension, and assess its applicability for the needs of service-side rendering of Wikibase UI
cscott added a comment. I was helping to maintain v8js, and want to (eventually) use v8js to allow JS code in the Scribunto extension. I believe v8js has been migrated to PHP 7 already. Let me know if you have questions / want to fix specific bugs / etc.TASK DETAILhttps://phabricator.wikimedia.org/T197690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Addshore, Aklapper, RazShuty, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204698: cloudvps: wikidata-page-banner project trusty deprecation
Jdrewniak added a project: Readers-Web-Backlog. TASK DETAILhttps://phabricator.wikimedia.org/T204698EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JdrewniakCc: aborrero, Jdlrobson, Sumit, Aklapper, JKSTNK, AndyTan, Zylc, 1978Gage2001, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, Tbscho, LawExplorer, Winter, JJMC89, srodlund, Wikidata-bugs, aude, Gryllida, Lydia_Pintscher, scfc, Mbch331, Jay8g, Krenair, chasemp___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204791: Wikibase critical error "Failed to format entity ID. Cache key contains characters that are not allowed"
Addshore added a project: wikidata-tech-focus. TASK DETAILhttps://phabricator.wikimedia.org/T204791EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, WMDE-leszek, Aklapper, Krinkle, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T204873: "Special page" accidentally renamed to "CollabPad"
Legoktm renamed this task from ""Special page" accidentally renamed to "CollabPad" on Wikidata " to ""Special page" accidentally renamed to "CollabPad" ".Legoktm removed a project: Wikidata.Legoktm updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Not sure what happened here, but doesn't seem correct
{F26073200}TASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Liuxinyu970226, Legoktm, Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, iamjessklein, marcella, Necroarcano, Robinma, merbst, Wess, Srdjan_m, Jrf, Husun1297, Deskana, Swainr, 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] [Updated] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata
Legoktm added a parent task: T191068: 1.32.0-wmf.22 deployment blockers. TASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Liuxinyu970226, Legoktm, Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, iamjessklein, marcella, Lahi, Gq86, Necroarcano, Robinma, GoranSMilovanovic, QZanden, merbst, LawExplorer, Wess, Srdjan_m, Jrf, Husun1297, Wikidata-bugs, aude, Deskana, Swainr, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Triaged] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata
Legoktm added a project: VisualEditor.Legoktm triaged this task as "Unbreak Now!" priority.Legoktm added a comment.Restricted Application added subscribers: Liuxinyu970226, TerraCodes. CollabPad is a VE thing...TASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: TerraCodes, Liuxinyu970226, Legoktm, Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, iamjessklein, marcella, Lahi, Gq86, Necroarcano, Robinma, GoranSMilovanovic, QZanden, merbst, LawExplorer, Wess, Srdjan_m, Jrf, Husun1297, Wikidata-bugs, aude, Deskana, Swainr, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata
Multichill added a comment. Changed https://www.wikidata.org/wiki/MediaWiki:Collabpad to "CollabPad (but it is a special page)" and that's now all over the place.TASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Lea_Lacroix_WMDE, Lydia_Pintscher, Aklapper, Multichill, 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] T204873: "Special page" accidentally renamed to "CollabPad" on Wikidata
Multichill created this task.Multichill added a project: Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONOn special pages like https://www.wikidata.org/wiki/Special:SpecialPages the top tab says "CollabPad" instead of "Special Page" like at https://en.wikipedia.org/wiki/Special:SpecialPages . https://www.wikidata.org/wiki/Special:SpecialPages?uselang=qqx returns the message https://www.wikidata.org/wiki/MediaWiki:Collabpad , but that should be nstab-special (https://www.wikidata.org/wiki/MediaWiki:Nstab-special) according to https://en.wikipedia.org/wiki/Special:SpecialPages?uselang=qqx . Not sure what happened here, but doesn't seem correctTASK DETAILhttps://phabricator.wikimedia.org/T204873EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Aklapper, Multichill, 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] T199121: RFC: Spec for representing multiple content objects per revision (MCR) in XML dumps
ArielGlenn added a comment. Sorry, I've been trying to get a couple other things off my plate. Will be coming back to this shortly.TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlennCc: tstarling, awight, JAllemandou, hoo, pmiazga, Nemo_bis, brion, Tgr, Aklapper, Fjalapeno, ArielGlenn, daniel, kostajh, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, Lunewa, QZanden, Tramullas, Acer, LawExplorer, JJMC89, Agabi10, D3r1ck01, Susannaanas, SBisson, gnosygnu, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, GWicke, jayvdb, Ricordisamoa, Wesalius, fbstj, Lydia_Pintscher, Fabrice_Florin, Raymond, santhosh, Jdforrester-WMF, Steinsplitter, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T141859: [Task] Contemporary constraint check
abian added a comment. In T141859#4595822, @Lydia_Pintscher wrote: Is there a place already where I can see it working? I see WikibaseQualityConstraints is already updated on https://test.wikidata.org/, but maybe the config variables of the contemporary constraint should still be set. Otherwise, https://wikidata-constraints.wmflabs.org/ should be updated before defining these config variables.TASK DETAILhttps://phabricator.wikimedia.org/T141859EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: abianCc: gerritbot, Salgo60, Jklamo, Ivan_A_Krestinin, PokestarFan, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Wikibase-Quality-Constraints, abian, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Agabi10, 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] T204852: phpunit: specify tablesUsed to ensure DB cleanup
Pablo-WMDE updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONIn tests interacting with the database (writing to it), `MediaWikiTestCase` can help us to clean up, but it needs `tablesUsed` to be specified*[0] to work. Tools can help us to [[ https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/461120 | find the places in question ]], but [[ https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Wikibase/+/461428/ | adding the tablesUsed ]] and thus allowing the reset could reveal sloppy setUp of other tests, that rely on previously existing entities. *[0] most tests will only require "page" to be specified as this is [[ https://github.com/wikimedia/mediawiki/blob/3842fd20799f80116b3a32b601ec67e97b71bae8/tests/phpunit/MediaWikiTestCase.php#L1706 | expanded ]] to cover more tables that go along with itTASK DETAILhttps://phabricator.wikimedia.org/T204852EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Aklapper, Pablo-WMDE, 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] T204852: phpunit: specify tablesUsed to ensure DB cleanup
Pablo-WMDE created this task.Pablo-WMDE added projects: Wikidata, wikidata-tech-focus.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONIn tests interacting with the database (writing to it), MediaWikiTestCase can help us to clean up, but it needs tablesUsed to be specified* to work. Tools can help us to find the places in question, but adding the tablesUsed and thus allowing the reset could reveal sloppy setUp of other tests, that rely on previously existing entities. most tests will only require "page" to be specified as this is expanded to cover more tables that go along with it TASK DETAILhttps://phabricator.wikimedia.org/T204852WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Aklapper, Pablo-WMDE, 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] T199121: RFC: Spec for representing multiple content objects per revision (MCR) in XML dumps
daniel added a comment. I'd really like to move this forward. Ideally, we'd get the new dump format into the 1.32 release. @ArielGlenn is there anything holding this back? Can we have an IRC discussion on this soon?TASK DETAILhttps://phabricator.wikimedia.org/T199121EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ArielGlenn, danielCc: tstarling, awight, JAllemandou, hoo, pmiazga, Nemo_bis, brion, Tgr, Aklapper, Fjalapeno, ArielGlenn, daniel, kostajh, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, Lunewa, QZanden, Tramullas, Acer, LawExplorer, JJMC89, Agabi10, D3r1ck01, Susannaanas, SBisson, gnosygnu, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, GWicke, jayvdb, Ricordisamoa, Wesalius, fbstj, Lydia_Pintscher, Fabrice_Florin, Raymond, santhosh, Jdforrester-WMF, Steinsplitter, Mbch331, Rxy, Jay8g, Ltrlg, bd808, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T201685: cucumber: "$ is not defined"
Pablo-WMDE closed this task as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T201685EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: Jakob_WMDE, gerritbot, Addshore, WMDE-leszek, 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, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204838: Make Wikibase wb_terms term_search_key index the same as wb_term_search_key in WMF production
Marostegui added a subscriber: Banyek.Marostegui edited projects, added User-Marostegui; removed DBA. TASK DETAILhttps://phabricator.wikimedia.org/T204838EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Banyek, jcrespo, Aklapper, Marostegui, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, AndyTan, Minhnv-2809, Luke081515, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204836: Create wb_terms_entity_id wb_terms index for Wikibase on install and upgrade
Marostegui added subscribers: Banyek, jcrespo.Marostegui edited projects, added User-Marostegui; removed DBA. TASK DETAILhttps://phabricator.wikimedia.org/T204836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: jcrespo, Banyek, Aklapper, Marostegui, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, AndyTan, Minhnv-2809, Luke081515, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204837: Make Wikibase wb_terms term_text index the same as wb_terms_text in WMF production
Marostegui added subscribers: Banyek, jcrespo.Marostegui edited projects, added User-Marostegui; removed DBA. TASK DETAILhttps://phabricator.wikimedia.org/T204837EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: jcrespo, Banyek, Aklapper, Marostegui, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, AndyTan, Minhnv-2809, Luke081515, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204024: Store WikibaseQualityConstraint check data in an SQL table instead of in the cache
Pintoch added a comment. I was thinking of the opposite: consider the violations related to the revision R of the item I to be the violations of the statements of I with respect to the state of Wikidata just before R+1 was saved. Because for the current revision, you do want to keep invalidating the violations when other edits impact them - you don't want to display the violations as they were when the latest edit was done. But that does not solve the issue: the scenario you describe can still happen in the opposite direction.TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PintochCc: Lydia_Pintscher, Pintoch, Tpt, Smalyshev, Eevans, daniel, mobrovac, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, Agabi10, Hardikj, Wikidata-bugs, aude, Mbch331, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T200350: Impossibility to use Ping project on projects over 50 participants
MMiller_WMF closed this task as "Declined".MMiller_WMF added a comment.Restricted Application removed a subscriber: Liuxinyu970226. We have decided to decline this task after discussing on our team. The reason is that this pinging limit has been the subject of debate for a while, and has moved around over time -- it has been up to 300 and as low as 20. The limit is there for good reasons, and the workarounds that exist seem to do a good job of helping make sure that people who really need to ping many users can do it. For the specific "ping project" use-case, we recommend that the bot behind the template be modified to ping people in batches of 50.TASK DETAILhttps://phabricator.wikimedia.org/T200350EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MMiller_WMFCc: JTannerWMF, Trizek-WMF, MMiller_WMF, kaldari, Dispenser, Daniel_Mietchen, Wostr, Jklamo, PKM, Mahir256, Yair_rand, Quiddity, Yann, Hsarrazin, Aklapper, kostajh, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Taiwania_Justo, SBisson, Luke081515, Wikidata-bugs, aude, Catrope, Mbch331, Liuxinyu970226___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
GoranSMilovanovic added a comment. @WMDE-leszek Anytime.TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, GoranSMilovanovicCc: GoranSMilovanovic, gerritbot, Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
WMDE-leszek added a comment. Thanks @GoranSMilovanovic! I've tinkered a quick script based on @Addshore's previous work which seems good enough for current needs. When (or if) we actually take this indicator on as actual WMDE indicator, we'll probably turn it into something more appropriate. It could be that I'll get back to you then :)TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: GoranSMilovanovic, gerritbot, Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T203528: Calendar PHP extension needed to run dumpRdf
Tarrow claimed this task.Tarrow added a comment. I'll finish what I started but doing the composer.json tooTASK DETAILhttps://phabricator.wikimedia.org/T203528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Lucas_Werkmeister_WMDE, Tarrow, Addshore, Aklapper, Elfalem, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
gerritbot added a comment. Change 461370 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek): [analytics/wmde/scripts@master] Count entity usage percentage on main namespace pages in all clients https://gerrit.wikimedia.org/r/461370TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: GoranSMilovanovic, gerritbot, Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, 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] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
GoranSMilovanovic added a comment. @WMDE-leszek I should be able to provide for this data from slight modifications of the already existing WDCM engine scripts. Let me know if you'd like me to pick this one up.TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, GoranSMilovanovicCc: GoranSMilovanovic, gerritbot, Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, 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] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
gerritbot added a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, gerritbotCc: GoranSMilovanovic, gerritbot, Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
WMDE-leszek claimed this task. TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, 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] T204842: Track the usage of Wikidata entities on main namespaces pages in Wikimedia projects
WMDE-leszek created this task.WMDE-leszek added projects: WMDE-Analytics-Engineering, Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONTo evaluate how different Wikimedia project benefit from using Wikidata entities, we want to track the percentage of pages in the main namespaces of all Wikimedia projects that use Wikidata entities. This applies to all Wikimedia projects that are Wikidata clients. Wikidata wiki itself is excluded here :) Usage of wikidata items as sitelinks is to be excluded here. Deleted pages and pages that are redirects should be excluded. Note: "File" namespace of Commons is intentionally left out here. This is to distinct from the impact of the Structured Data on Commons work.TASK DETAILhttps://phabricator.wikimedia.org/T204842EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lydia_Pintscher, Addshore, WMDE-leszek, 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] T204838: Make Wikibase wb_terms term_search_key index the same as wb_term_search_key in WMF production
Addshore added a comment. In T204838#4598351, @jcrespo wrote: ^I am assuming this doesn't have yet actionables for us (yet) just on the radar. There will be no actionables for the DBAs on this ticket (or the other 2 that I just filed). These are all bringing the in code schema in line with what is already in production.TASK DETAILhttps://phabricator.wikimedia.org/T204838EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: jcrespo, Aklapper, Marostegui, Addshore, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Jonas, Luke081515, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Project Column] T204838: Make Wikibase wb_terms term_search_key index the same as wb_term_search_key in WMF production
jcrespo moved this task from Triage to Blocked external/Not db team on the DBA board.jcrespo added a comment. ^I am assuming this doesn't have yet actionables for us (yet) just on the radar.TASK DETAILhttps://phabricator.wikimedia.org/T204838WORKBOARDhttps://phabricator.wikimedia.org/project/board/1060/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: jcrespo, Aklapper, Marostegui, Addshore, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Jonas, Luke081515, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T85414: wikibase: synchronize schema on production with what is created on install
Addshore added a comment. All of the sub tasks have been created. Once all complete we should compare the production vs install schema again and make sure we didn't miss anything before closing this.TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Marostegui, Addshore, hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T85414: wikibase: synchronize schema on production with what is created on install
Addshore updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...Differences outlined in T85414#4597677 All differences tracked with sub tasksTASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Marostegui, Addshore, hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204837: Make Wikibase wb_terms term_text index the same as wb_terms_text in WMF production
Addshore created this task.Addshore triaged this task as "Normal" priority.Addshore added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, DBA, Wikidata-Campsite. TASK DESCRIPTIONT85414#4597677 details the current differences between the Wikibase DB schema as written in code and deployed to the WMF. wb_terms_text is only in prod term_text is created on install term_text includes term_language, however wb_terms_text does not. We need to rename the term_text index to match the wb_terms_text name used in production remove the usage of term_language by the index Priority & Impact Having differing schema between WMF production and what we use elsewhere and in development causes outages like the tmp1 outage. The tmp1 index caused a massive outage, we want to avoid doing that in the future. This task is small and should be easy to complete so lets get it done and avoid it sitting here for a year, at which point we may have forgotten about the hardships that it caused. Acceptance Criteria Wikibase users upgrading from a version prior to this patch will have the index adjusted Wikibase users installing a fresh install will have the correct index The index should appear exactly as it does in WMF production TASK DETAILhttps://phabricator.wikimedia.org/T204837EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Marostegui, Addshore, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Jonas, Luke081515, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204838: Make Wikibase wb_terms term_search_key index the same as wb_term_search_key in WMF production
Addshore created this task.Addshore triaged this task as "Normal" priority.Addshore added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, DBA, Wikidata-Campsite. TASK DESCRIPTIONT85414#4597677 details the current differences between the Wikibase DB schema as written in code and deployed to the WMF. wb_terms_search_key is only in prod term_search_key is created on install term_search_key includes term_language, however wb_terms_search_key does not. We need to rename the term_search_key index to match the wb_term_search_key used in production remove the usage of term_language by the index Priority & Impact Having differing schema between WMF production and what we use elsewhere and in development causes outages like the tmp1 outage. The tmp1 index caused a massive outage, we want to avoid doing that in the future. This task is small and should be easy to complete so lets get it done and avoid it sitting here for a year, at which point we may have forgotten about the hardships that it caused. Acceptance Criteria Wikibase users upgrading from a version prior to this patch will have the index adjusted Wikibase users installing a fresh install will have the correct index The index should appear exactly as it does in WMF production TASK DETAILhttps://phabricator.wikimedia.org/T204838EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Marostegui, Addshore, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Jonas, Luke081515, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204836: Create wb_terms_entity_id wb_terms index for Wikibase on install and upgrade
Addshore created this task.Addshore triaged this task as "Normal" priority.Addshore added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, DBA, Wikidata-Campsite. TASK DESCRIPTIONT85414#4597677 details the current differences between the Wikibase DB schema as written in code and deployed to the WMF. The wb_terms_entity_id index is in production on the wb_terms table but is not created when you install Wikibase. Details of the index can be seen in T85414#4597677 Priority & Impact Having differing schema between WMF production and what we use elsewhere and in development causes outages like the tmp1 outage. The tmp1 index caused a massive outage, we want to avoid doing that in the future. This task is small and should be easy to complete so lets get it done and avoid it sitting here for a year, at which point we may have forgotten about the hardships that it caused. Acceptance Criteria Wikibase users upgrading from a version prior to this patch will have the index added Wikibase users installing a fresh install will have the index The index should appear exactly as it does in WMF production TASK DETAILhttps://phabricator.wikimedia.org/T204836EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Marostegui, Addshore, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Jonas, Luke081515, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T203528: Calendar PHP extension needed to run dumpRdf
Addshore added a comment.
I just merged the PR by @Tarrow completing half of the task, the other is for the extension requirement / suggestion in the composer.json
In T203528#4594689, @Lucas_Werkmeister_WMDE wrote:
Wikibase composer.json could suggest that the PHP extension be installed?
According to the documentation, you can specify extensions in require ("ext-calendar": "*").
I would use suggest instead of require, as some people might not even want to use this maint script.
https://getcomposer.org/doc/04-schema.md#suggestTASK DETAILhttps://phabricator.wikimedia.org/T203528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lucas_Werkmeister_WMDE, Tarrow, Addshore, Aklapper, Elfalem, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T203528: Calendar PHP extension needed to run dumpRdf
Addshore updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION... [x] The Calendar PHP extension should be installed on all Wikibase docker imagesTASK DETAILhttps://phabricator.wikimedia.org/T203528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Lucas_Werkmeister_WMDE, Tarrow, Addshore, Aklapper, Elfalem, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Declined] T113338: [Bug] MWException from line 61 of LanguageWithConversion.php: Wikibase\LanguageWithConversion::validateLanguageCode: invalid language code
Krinkle closed this task as "Declined".Krinkle edited projects, added Wikimedia-production-error; removed TestMe.Krinkle added a comment. The given URL no longer produces an error at this time. Please re-open if I misunderstood.TASK DETAILhttps://phabricator.wikimedia.org/T113338EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: KrinkleCc: Krinkle, TerraCodes, aude, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, Jdforrester-WMF, Mbch331, Jay8g, Krenair, Luke081515___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Assigned] T202764: Wikidata produces a lot of failed requests for recentchanges API
Krinkle moved this task from Watching to Ours done on the Performance-Team (Radar) board.Krinkle assigned this task to Smalyshev.Krinkle added a comment. Considering this done from our team, but keeping open for now because the WDQS issues appear unresolved still. Assigning back to Stas. Let me know if there are another angles in MW we need to investigate (either for perf or other teams).TASK DETAILhttps://phabricator.wikimedia.org/T202764WORKBOARDhttps://phabricator.wikimedia.org/project/board/2923/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Smalyshev, KrinkleCc: Stashbot, Marostegui, Banyek, Reedy, gerritbot, Krinkle, Addshore, Yurik, jcrespo, Imarlier, Ladsgroup, Lydia_Pintscher, WMDE-leszek, Aklapper, Gehel, Smalyshev, jijiki, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, LawExplorer, Vali.matei, Lewizho99, Minhnv-2809, Zppix, Volans, Maathavan, Jonas, Xmlizer, Wong128hk, Luke081515, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, Krenair, akosiaris, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T202406: Blubber: review and improve all messages
Tarrow added a comment. Rebased and made PR at https://github.com/wmde/wikibase-docker-yml-gui/pull/33TASK DETAILhttps://phabricator.wikimedia.org/T202406EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, TarrowCc: Tarrow, johl, WMDE-leszek, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112426: [Bug] Querying Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old
Base added a comment. What is the current progress? From what I see mentioned here, a simple database migration has to be written to change be-x-old to be-tarask in several tables as well as in already generated json-blobs. Is it that difficult a task? I realise that a CLI script doing something like this might end up running for a while but I do not see evidence that it is really a blocker here. What can be done to facilitate this moving forward?TASK DETAILhttps://phabricator.wikimedia.org/T112426EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BaseCc: Base, PokestarFan, Jarekt, deryckchan, TerraCodes, Urbanecm, Keegan, JEumerus, zhuyifei1999, Luke081515, Liuxinyu970226, daniel, Anomie, Ricordisamoa, Purodha, Krenair, Ladsgroup, Lydia_Pintscher, aude, Aklapper, Matanya, Nikerabbit, Amire80, Dereckson, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, Zoranzoki21, LawExplorer, Sethakill, DatGuy, Devwaker, dg711, Niklitov, Tulsi_Bhagat, Wong128hk, SimmeD, Wikidata-bugs, Snowolf, Dcljr, jayvdb, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Legoktm___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T202406: Blubber: review and improve all messages
Tarrow added a comment. Just asked the man in person; looks like it is good to go. I'll make the PRTASK DETAILhttps://phabricator.wikimedia.org/T202406EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, TarrowCc: Tarrow, johl, WMDE-leszek, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204024: Store WikibaseQualityConstraint check data in an SQL table instead of in the cache
Tpt added a comment. Thank you @Pintoch for raising this idea. For my fixing constraints violations project, I can mine violations from history offline so I do not really need this feature. About the vandalism detection (and maybe diffs) use case, what we could do and seems quite reasonable to me is consider the violations related to the revision R of the item I to be the violations of the statements of I with respect to the state of Wikidata just after R have been saved. I.e. we would consider as the violations for R what the current WikidataQuality extension outputs for I if it have been executed just after R is saved. The advantage of this method is that it should not be too computationally expensive (we would just have to run and save the current constraints violation checks after each edit) but it may lead to bad artifacts. For example if someone vandalizes the item C1 by removing "C1 subClassOf C2" and then someone edits an item that have for type C1 by adding a property that have for constraints "type C2", this edit will be considered as introducing a type violation even if it should not. But we could hope that structural items like C1 are fairly carefully checked and so this problem will not affect too many edits.TASK DETAILhttps://phabricator.wikimedia.org/T204024EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TptCc: Lydia_Pintscher, Pintoch, Tpt, Smalyshev, Eevans, daniel, mobrovac, Jonas, Lucas_Werkmeister_WMDE, Aklapper, Addshore, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, Agabi10, Hardikj, Wikidata-bugs, aude, Mbch331, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T203528: Calendar PHP extension needed to run dumpRdf
Tarrow added a comment. https://github.com/wmde/wikibase-docker/pull/49 is a 2 line change to the docker filesTASK DETAILhttps://phabricator.wikimedia.org/T203528EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TarrowCc: Lucas_Werkmeister_WMDE, Tarrow, Addshore, Aklapper, Elfalem, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T196087: Refactored implementation of MCR page update interface
CCicalese_WMF removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T196087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, CCicalese_WMFCc: gerritbot, Aklapper, daniel, CCicalese_WMF, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, Agabi10, Fjalapeno, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Ltrlg, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T174032: Make relevant API modules aware of MCR
CCicalese_WMF removed a project: Patch-For-Review. TASK DETAILhttps://phabricator.wikimedia.org/T174032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Anomie, CCicalese_WMFCc: Tgr, Fjalapeno, gerritbot, Aklapper, daniel, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, JJMC89, Agabi10, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Lydia_Pintscher, Fabrice_Florin, Raymond, Jdforrester-WMF, Steinsplitter, Mbch331, Ltrlg, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Baloch007, Darkminds3113, Bsandipan, Lordiis, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, Lewizho99, Maathavan___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T204788: Self-hosted Wikibase has no API to search sitelinks
Yurik closed this task as "Invalid". TASK DETAILhttps://phabricator.wikimedia.org/T204788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Addshore, Aklapper, Yurik, 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] T204788: Self-hosted Wikibase has no API to search sitelinks
Yurik added a comment. @Addshore thanks! It does work indeed! I saw that many query modules were marked with Caveat: On a repo wiki, this module only works directly on entity pages, not on pages connected to an entity via a sitelink. This may change in the future., and I couldn't find any way around it. Thanks for the quick help! https://wiki.openstreetmap.org/w/api.php?action="">TASK DETAILhttps://phabricator.wikimedia.org/T204788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Addshore, Aklapper, Yurik, 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] T176852: Redirects should not be in wb_terms table
Addshore added a comment. There is already redirect handling somewhere (just verified): This statement references Q6 which is currently a redirect to Q7, and the label renders. F26062097: image.png The only reference for that label in wb_terms is for Q7 MariaDB [default]> SELECT * FROM `wb_terms` where term_text = "Ima Label"; +-++-+--+---+---+---+-+-+ | term_row_id | term_entity_id | term_full_entity_id | term_entity_type | term_language | term_type | term_text | term_search_key | term_weight | +-++-+--+---+---+---+-+-+ | 8 | 0 | Q7 | item | en| label | Ima Label | ima label | 0.001 | +-++-+--+---+---+---+-+-+ 1 row in set (0.000 sec)TASK DETAILhttps://phabricator.wikimedia.org/T176852EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, WMDE-leszek, daniel, Aklapper, Ladsgroup, 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] T144248: No RDF builder defined for data type time nor for value type bad in DispatchingValueSnakRdfBuilder::getValueBuilder
thiemowmde added a comment. the problem does appear to be the precision Indeed. I don't have a programmatic suggestion then, other than somehow fixing these Items manually. Thanks for the hint to use Special:EntityData/….json!TASK DETAILhttps://phabricator.wikimedia.org/T144248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lydia_Pintscher, Addshore, Lucas_Werkmeister_WMDE, Krinkle, thiemowmde, Aklapper, Dereckson, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Jrbranaa, QZanden, LawExplorer, Wong128hk, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Reopened] T200009: Archive mediawiki/extensions/Wikidata (Wikidata build)
Legoktm reopened this task as "Open".Legoktm added a comment. In T29#4483270, @mmodell wrote: What is the benefit to emptying the repository? It seems to me that archiving it would be enough, no need to obscure it from history. The most important reason to empty the repository is so that it is extremely obvious to people who have the repo checked out that it has been archived and no longer supported/should be used. Of course, if people *really* want to use the repo, they can checkout the prior commit or use a branch. But for most people, the immediate breakage through file removal is necessary to get their attention. There are also the (less important IMO) benefits to developers, like hiding from code search, etc. So re-opening, since this repository needs to get emptied out.TASK DETAILhttps://phabricator.wikimedia.org/T29EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21, LegoktmCc: Legoktm, Krinkle, mmodell, Aklapper, Bugreporter, Reari, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T176852: Redirects should not be in wb_terms table
daniel added a comment. They should not? If Q10 is a redirect to Q17, and I have a reference to Q10 in a statement, how do I look up labels for Q10 when rendering the statement for display? Does the code in question resolve redirects first?TASK DETAILhttps://phabricator.wikimedia.org/T176852EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, danielCc: Addshore, WMDE-leszek, daniel, Aklapper, Ladsgroup, 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] [Blocker] T171928: Wikidata and dewiki databases locked
jcrespo changed the status of subtask T172489: Monitor read_only on all databases, make it page on masters from "Open" to "Stalled". TASK DETAILhttps://phabricator.wikimedia.org/T171928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespoCc: gerritbot, mark, Marostegui, Elitre, Joe, jcrespo, greg, Mbch331, Smalyshev, MisterSynergy, TerraCodes, Jay8g, Lydia_Pintscher, Aklapper, Esc3300, PokestarFan, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Imarlier, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Zppix, Maathavan, Johan, Wong128hk, Luke081515, Wikidata-bugs, aude, ArielGlenn, faidon, He7d3r, TheDJ, Jdforrester-WMF, fgiunchedi___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T85414: wikibase: synchronize schema on production with what is created on install
Addshore updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONSynchronize schema on production with what is created on install. One problem I saw: There is an index named tmp1 over term_language, term_type, term_entity_type, term_search_key in the table wb_terms, which is not in the source. TODO check for other diferencesDifferences outlined in T85414#4597677TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Marostegui, Addshore, hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T85414: wikibase: synchronize schema on production with what is created on install
Marostegui added a comment. A quick check about unused indexes on that table reports that only wb_terms_entity_id and wb_terms_search_key aren't in use: root@neodymium:/home/marostegui# ./section s8 | grep codfw | egrep -v "dbstore|db2094" | while read host port; do echo "$host:$port"; mysql.py -h$host:$port sys -e "select * from schema_unused_indexes where object_name='wb_terms';";done db2086.codfw.wmnet:3318 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2085.codfw.wmnet:3318 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2083.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2082.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2081.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2080.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2079.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key db2045.codfw.wmnet:3306 object_schema object_name index_name wikidatawiki wb_terms wb_terms_entity_id wikidatawiki wb_terms wb_terms_search_key TASK DETAILhttps://phabricator.wikimedia.org/T85414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarosteguiCc: Marostegui, Addshore, hoo, Ladsgroup, JanZerebecki, aude, Aklapper, daniel, Banyek, AndyTan, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Luke081515, Wikidata-bugs, Mbch331, Jay8g, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T176852: Redirects should not be in wb_terms table
Addshore closed this task as "Resolved".Addshore claimed this task.Addshore added a comment.Restricted Application added a project: User-Addshore. Look like no new things are being added: MariaDB [wikidatawiki]> select count(*) from wb_terms where term_full_entity_id is null; +--+ count(*) +--+ 0 +--+ 1 row in set (0.00 sec) So I'll mark this as resolved.TASK DETAILhttps://phabricator.wikimedia.org/T176852EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, WMDE-leszek, daniel, Aklapper, Ladsgroup, 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] [Triaged] T176852: Redirects should not be in wb_terms table
Addshore triaged this task as "Low" priority. TASK DETAILhttps://phabricator.wikimedia.org/T176852EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: WMDE-leszek, daniel, Aklapper, Ladsgroup, 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] [Updated] T85414: wikibase: synchronize schema on production with what is created on install
Addshore added a comment. So I just diffed the tables and indexes on production wikidatawiki vs my local fresh install, the result can be found @ https://www.diffchecker.com/BGjXnosI. The only differences are on the wb_terms indexes: On prod: +--++-+--+-+---+-+--++--++-+---+ | Table| Non_unique | Key_name| Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +--++-+--+-+---+-+--++--++-+---+ | wb_terms | 0 | PRIMARY |1 | term_row_id | A | 1717619563 | NULL | NULL | | BTREE | | | | wb_terms | 1 | wb_terms_entity_id |1 | term_entity_id | A | 156147233 | NULL | NULL | | BTREE | | | | wb_terms | 1 | wb_terms_text |1 | term_text | A | 429404890 | NULL | NULL | | BTREE | | | | wb_terms | 1 | wb_terms_search_key |1 | term_search_key | A | 156147233 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_full_entity|1 | term_full_entity_id | A |85880978 | NULL | NULL | YES | BTREE | | | | wb_terms | 1 | term_search_full|1 | term_language | A | 6580917 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_search_full|2 | term_full_entity_id | A | 1717619563 | NULL | NULL | YES | BTREE | | | | wb_terms | 1 | term_search_full|3 | term_type | A | 1717619563 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_search_full|4 | term_search_key | A | 1717619563 | 16 | NULL | | BTREE | | | | wb_terms | 1 | tmp1|1 | term_language | A | 6982193 | NULL | NULL | | BTREE | | | | wb_terms | 1 | tmp1|2 | term_type | A | 6709451 | NULL | NULL | | BTREE | | | | wb_terms | 1 | tmp1|3 | term_entity_type| A | 8718881 | NULL | NULL | | BTREE | | | | wb_terms | 1 | tmp1|4 | term_search_key | A | 429404890 | NULL | NULL | | BTREE | | | +--++-+--+-+---+-+--++--++-+---+ 13 rows in set (0.00 sec) On my local install: MariaDB [default]> show index from wb_terms; +--++--+--+-+---+-+--++--++-+---+ | Table| Non_unique | Key_name | Seq_in_index | Column_name | Collation | Cardinality | Sub_part | Packed | Null | Index_type | Comment | Index_comment | +--++--+--+-+---+-+--++--++-+---+ | wb_terms | 0 | PRIMARY |1 | term_row_id | A | 4 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_full_entity |1 | term_full_entity_id | A | 4 | NULL | NULL | YES | BTREE | | | | wb_terms | 1 | term_text|1 | term_text | A | 4 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_text|2 | term_language | A | 4 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_search_key |1 | term_search_key | A | 4 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_search_key |2 | term_language | A | 4 | NULL | NULL | | BTREE | | | | wb_terms | 1 | term_search_full |1 | term_language | A
[Wikidata-bugs] [Maniphest] [Commented On] T204748: Create Federated Wikibase instance on Beta Commons
Ladsgroup added a comment. In T204748#4595013, @Ramsey-WMF wrote: @Ladsgroup I believe you set up the federated system on Labs for us. Any chance you could handle this one too? :) Sure thing, let me get it done soon (today is a little bit crazy, hopefully tomorrow)TASK DETAILhttps://phabricator.wikimedia.org/T204748EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Cparle, MarkTraceur, Lydia_Pintscher, Ramsey-WMF, Aklapper, Lahi, PDrouin-WMF, Gq86, E1presidente, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Susannaanas, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, Wesalius, Fabrice_Florin, Raymond, Steinsplitter, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T97368: Investigate more efficient memcached solution for CacheAwarePropertyInfoStore
Addshore added projects: Wikidata-Campsite, Wikidata-Campsite-Iteration-∞. TASK DETAILhttps://phabricator.wikimedia.org/T97368EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Jdforrester-WMF, Joe, mark, Addshore, jijiki, akosiaris, Krinkle, JanZerebecki, thiemowmde, aude, daniel, Aklapper, hoo, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Imarlier, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Vali.matei, Lewizho99, Zppix, Maathavan, Jonas, Wong128hk, Wikidata-bugs, ArielGlenn, Lydia_Pintscher, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Claimed] T97368: Investigate more efficient memcached solution for CacheAwarePropertyInfoStore
Addshore claimed this task.Restricted Application added a project: User-Addshore. TASK DETAILhttps://phabricator.wikimedia.org/T97368EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Stashbot, gerritbot, Jdforrester-WMF, Joe, mark, Addshore, jijiki, akosiaris, Krinkle, JanZerebecki, thiemowmde, aude, daniel, Aklapper, hoo, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Imarlier, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Vali.matei, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97368: Investigate more efficient memcached solution for CacheAwarePropertyInfoStore
gerritbot added a comment. Change 461371 had a related patch set uploaded (by Addshore; owner: Addshore): [mediawiki/extensions/Wikibase@master] SqlStore wrap PropertyInfo classes in an APC cache too https://gerrit.wikimedia.org/r/461371TASK DETAILhttps://phabricator.wikimedia.org/T97368EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Stashbot, gerritbot, Jdforrester-WMF, Joe, mark, Addshore, jijiki, akosiaris, Krinkle, JanZerebecki, thiemowmde, aude, daniel, Aklapper, hoo, AndyTan, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Davinaclare77, Adrian1985, Qtn1293, Cpaulf30, Imarlier, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, LawExplorer, Vali.matei, Lewizho99, Zppix, Maathavan, Wong128hk, Wikidata-bugs, ArielGlenn, faidon, He7d3r, Mbch331, Jay8g, fgiunchedi, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T194732: Edit Form Statements using API
gerritbot added a comment. Change 461157 had a related patch set uploaded (by Jakob; owner: Jakob): [mediawiki/extensions/Wikibase@master] Do not validate a new statement's GUID https://gerrit.wikimedia.org/r/461157TASK DETAILhttps://phabricator.wikimedia.org/T194732EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: KaMan, gerritbot, Aklapper, Lucas_Werkmeister_WMDE, WMDE-leszek, Pablo-WMDE, Mringgaard, 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] T144248: No RDF builder defined for data type time nor for value type bad in DispatchingValueSnakRdfBuilder::getValueBuilder
Lucas_Werkmeister_WMDE added a comment.
At least for the request @Krinkle quoted, the problem does appear to be the precision. Quoting from Special:EntityData/Q3629997.json:
{
"value": {
"latitude": -90,
"longitude": 0,
"altitude": null,
"precision": 146706019195900,
"globe": "http://www.wikidata.org/entity/Q308"
},
"type": "globecoordinate",
"error": "$precision needs to be between -360 and 360"
}
Though it sounds like we might need the globe change as well.TASK DETAILhttps://phabricator.wikimedia.org/T144248EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lydia_Pintscher, Addshore, Lucas_Werkmeister_WMDE, Krinkle, thiemowmde, Aklapper, Dereckson, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Jrbranaa, QZanden, LawExplorer, Wong128hk, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T201905: Blubber: Update test system from master
Addshore edited projects, added Wikibase-Containers; removed Wikibase-Containers (Wikibase-docker-compose-builder).Restricted Application added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T201905EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Matthias_Geisler_WMDE, AddshoreCc: Jonas, Addshore, Lydia_Pintscher, RazShuty, Aklapper, Matthias_Geisler_WMDE, 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] T202406: Blubber: review and improve all messages
Addshore edited projects, added Wikibase-Containers; removed Wikibase-Containers (Wikibase-docker-compose-builder).Restricted Application added a project: Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T202406EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Tarrow, johl, WMDE-leszek, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, Gstupp, LawExplorer, Abbe98, Jonas, Wikidata-bugs, aude, Addshore, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T198840: Blubber: Web From: Generate a Wikibase Docker Compose file
Addshore closed this task as "Resolved".Addshore moved this task from Doing to Done on the Wikidata-Campsite-Iteration-∞ board.Addshore added a comment. The above issue has been fixed in https://github.com/wmde/wikibase-docker-yml-gui/commit/00dd691dc0cfba735a619da6e23cc71b92cb5c2a Looks like the generated files now work for me: $ dc up Creating network "chrome_default" with the default driver Creating volume "chrome_mediawiki-mysql-data" with default driver Creating volume "chrome_mediawiki-images-data" with default driver Creating volume "chrome_query-service-data" with default driver Creating chrome_wdqs_1 ... Creating chrome_mysql_1 ... Gracefully stopping... (press Ctrl+C again to force)TASK DETAILhttps://phabricator.wikimedia.org/T198840WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, RazShuty, Gstupp, Abbe98, Jonas, Wikidata-bugs, Lydia_Pintscher, Addshore___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T204813: Allow looking for items and lexemes namespaces together by default
Lea_Lacroix_WMDE created this task.Lea_Lacroix_WMDE added projects: Lexicographical data, Discovery-Search.Restricted Application added a project: Wikidata. TASK DESCRIPTIONCurrently on Special:Search on Wikidata, only the search in the main namespace and property namespace is enabled by default. As a user looking for a Lexeme (or Form or Sense) if I type the word I look for in the search field, I find nothing. I need to change manually the namespace of the search, or add Lexeme: or L: as a prefix. This is not very intuitive for users, especially new users. Looking by default for items and Lexemes should be allowed in Special:Search and the search bar.TASK DETAILhttps://phabricator.wikimedia.org/T204813EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lea_Lacroix_WMDECc: Smalyshev, Lydia_Pintscher, Lea_Lacroix_WMDE, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, 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] [Reopened] T198840: Blubber: Web From: Generate a Wikibase Docker Compose file
Addshore moved this task from Done to Doing on the Wikidata-Campsite-Iteration-∞ board.Addshore reopened this task as "Open".Addshore added a comment. It looks like there are some issue with this. The generate docker-compose file should not contain the "build" part for any of the services. For example: build: context: ./wdqs-frontend/latest dockerfile: Dockerfile As then the docker-compose file can't be used without downloading a bunch of other stuff: $ dc up ERROR: build path C:\Users\adam\Downloads\Chrome\wikibase\1.30\bundle either does not exist, is not accessible, or is not a valid URL.TASK DETAILhttps://phabricator.wikimedia.org/T198840WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, RazShuty, Gstupp, Abbe98, Jonas, Wikidata-bugs, Lydia_Pintscher, Addshore___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Unblock] T194374: Special:EntitiesWithout* allows selecting Lexeme, however it just throws an exception
Addshore closed subtask T204708: Catch exceptions in Special:EntitiesWithout* if entity type does not support * as "Resolved". TASK DETAILhttps://phabricator.wikimedia.org/T194374EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, Lydia_Pintscher, daniel, Addshore, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Luke081515, Wikidata-bugs, aude, Darkdadaah, Jdforrester-WMF, Mbch331, Jay8g, Krenair, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T204708: Catch exceptions in Special:EntitiesWithout* if entity type does not support *
Addshore moved this task from Test (Verification) to Done on the Wikidata-Campsite-Iteration-∞ board.Addshore closed this task as "Resolved".Addshore added a comment. F26059353: image.pngTASK DETAILhttps://phabricator.wikimedia.org/T204708WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: Addshore, gerritbot, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T167432: Run Wikibase daily browser tests on Jenkins
zeljkofilipin removed a project: User-zeljkofilipin. TASK DETAILhttps://phabricator.wikimedia.org/T167432EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Lydia_Pintscher, Stashbot, Ladsgroup, hoo, Addshore, aude, gerritbot, PokestarFan, Tobi_WMDE_SW, Jonas, thiemowmde, WMDE-leszek, zeljkofilipin, hashar, Aleksey_WMDE, Aklapper, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Liudvikas, Luke081515, Wikidata-bugs, Mbch331, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T204708: Catch exceptions in Special:EntitiesWithout* if entity type does not support *
Addshore updated the task description. (Show Details) CHANGES TO TASK DESCRIPTIONSee parent task. Should be verifiable @ https://wikidata.beta.wmflabs.org/wiki/Special:EntitiesWithoutLabel?language=ab=formTASK DETAILhttps://phabricator.wikimedia.org/T204708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, AddshoreCc: gerritbot, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T197875: LoadError when running selenium-WikibaseLexeme-chrome Jenkins job
zeljkofilipin removed a project: User-zeljkofilipin. TASK DETAILhttps://phabricator.wikimedia.org/T197875EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: Aklapper, WMDE-leszek, zeljkofilipin, Mringgaard, 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] [Triaged] T198839: Update Pywikibot class WikidataBot to include Wikimedia import URL (P4656)
Xqt triaged this task as "Normal" priority. TASK DETAILhttps://phabricator.wikimedia.org/T198839EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: XqtCc: Framawiki, Aklapper, pywikibot-bugs-list, Multichill, Wenyi, Lahi, Gq86, GoranSMilovanovic, QZanden, Tbscho, MayS, LawExplorer, Mdupont, JJMC89, Avicennasis, mys_721tx, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Dalba, Masti, Alchimista, Mbch331, Rxy___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T203311: Add es-formal and hu-formal to excluded monolingual text codes
MarcoAurelio added a comment. Thanks for clarifying. Shall I file a task to disable es-formal, nl-informal and hu-formal labels as well? Also, wmf.22 is only on group0 wikis, it'll arrive to group1 today and group2 tomorrow. I think Wikidata is in group1 so we'll see in the next hours.TASK DETAILhttps://phabricator.wikimedia.org/T203311EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarcoAurelioCc: Bencemac, gerritbot, MarcoAurelio, Aklapper, Nikki, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T204557: Make Sense ID link targets less redundant
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)). TASK DETAILhttps://phabricator.wikimedia.org/T204557EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, ReleaseTaggerBotCc: gerritbot, Lydia_Pintscher, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Updated] T204708: Catch exceptions in Special:EntitiesWithout* if entity type does not support *
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-09-25 (1.32.0-wmf.23)). TASK DETAILhttps://phabricator.wikimedia.org/T204708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, ReleaseTaggerBotCc: gerritbot, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204708: Catch exceptions in Special:EntitiesWithout* if entity type does not support *
gerritbot added a comment. Change 461152 merged by jenkins-bot: [mediawiki/extensions/Wikibase@master] Catch exceptions in Special:EntitiesWithout* if entity type does not support * https://gerrit.wikimedia.org/r/461152TASK DETAILhttps://phabricator.wikimedia.org/T204708EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Lucas_Werkmeister_WMDE, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Closed] T198840: Blubber: Web From: Generate a Wikibase Docker Compose file
Addshore moved this task from Test (Verification) to Done on the Wikidata-Campsite-Iteration-∞ board.Addshore closed this task as "Resolved".Addshore claimed this task.Restricted Application added a project: User-Addshore. TASK DETAILhttps://phabricator.wikimedia.org/T198840WORKBOARDhttps://phabricator.wikimedia.org/project/board/3539/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Aklapper, RazShuty, Gstupp, Abbe98, Jonas, Wikidata-bugs, Lydia_Pintscher, Addshore___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T204557: Make Sense ID link targets less redundant
gerritbot added a comment. Change 461184 merged by jenkins-bot: [mediawiki/extensions/WikibaseLexeme@master] Make Sense ID link targets less redundant https://gerrit.wikimedia.org/r/461184TASK DETAILhttps://phabricator.wikimedia.org/T204557EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: gerritbot, Lydia_Pintscher, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] T204713: Provide a Wikibase instance where we can import Wikitionaries materials and that can be queried from Wiktionaries
Psychoslave added a comment. So to answer a few questions I received in feedback to this ticket: The reason for this tickets: enable better sharing and coordination between linguistic versions, including translations of definition sharing the base of samples showing use of words linked to a specific definition sharing etymologies written in prose (as opposed to explicit etymological relational trees) bring more flexibility to reuse definitions inside Wikimedia wikis, allowing to show the same definition at several places/in different manners. An example would be to create glossaries that gather on a single page terms and definitions of a topic, reusing the same definitions that are on each term page, restricted to those pertaining the topic. An other possible use would be to have not only the lemma article having definitions, but also each inflections as long as the definition holds, while only displaying examples of use that pertains to the queried form. this are only examples, possibilities of use are open, and this specific possibilities are only illustrative, in any case communities decide what and how they want to use. ease the use by external projects (through a query service, an unified structured downloadable dump, etc.) we can't import definition of Wiktionaries in Wikidata due to license incompatibility, but this won't be a problem with a separated instance using an appropriate license, so we can benefit of both the power and flexibility of Wikibase and the already large knowledge base of Wiktionaries together Focus of efforts and resources with such a project, existing community wouldn't have to change anything if they don't want, but would have the possibility to do so it would allow to more easily share data across linguistic versions it would allow to develop nicer interfaces on top of such a Wikibase instance, including within the Wikitionaries, but also in Toolforge for example, while having the whole resulting data base accessible from everywhere in the Wikimedia infrastructure per query facilities that means possibilities to create more easy to use interfaces, and lowering the barrier to start contributing the ticket is about a single Wikibase instance, dedicated to definition materials it's not about one instance for each existing Wikitionary the same result can not be reached through downstream structuration like Dbnary et GLAWI but both could possibly be used to populate the Wikibase instance Thank you for those that already pointed lake in my initial demand, I hope it helps to clarify a bit.TASK DETAILhttps://phabricator.wikimedia.org/T204713EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PsychoslaveCc: Aklapper, Psychoslave, Lahi, Gq86, Cinemantique, GoranSMilovanovic, QZanden, LawExplorer, jberkel, Wikidata-bugs, aude, GPHemsley, Shizhao, Nemo_bis, Darkdadaah, Mbch331, Krenair___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T195827: Support constraint checks on forms and senses
WMDE-leszek added a project: Epic. TASK DETAILhttps://phabricator.wikimedia.org/T195827EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszekCc: Aklapper, Lucas_Werkmeister_WMDE, Mringgaard, Lahi, Gq86, GoranSMilovanovic, QZanden, merbst, LawExplorer, Agabi10, Wikidata-bugs, aude, Darkdadaah, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
