[Wikidata-bugs] [Maniphest] T362660: WikidataPageBanner doesn't seem to use wpb_banner wpb_banner_focus_x or wpb_banner_focus_y page properties
cscott added a comment. Yeah, and if T114424 <https://phabricator.wikimedia.org/T114424> were to be resurrected, it could/should use ParserOutput::setExtensionData, since all the code paths described have just parsed the banner template and thus have the ParserOutput available. PageProps is for when you want to index content independent of the parse, not when you just want to add metadata to the parse. TASK DETAIL https://phabricator.wikimedia.org/T362660 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: thiemowmde, Tgr, Jdlrobson, cscott, Aklapper, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, 786, Biggs657, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Lewizho99, Maathavan, Neuronton, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T110843: Banners do not show up in mobile editor preview or new beta feature "wikitext editor"
cscott added a comment. Rather than page properties, which are stored and indexed in a separate database table, probably `ParserOutput::setExtensionData()` would be sufficient for this use case. TASK DETAIL https://phabricator.wikimedia.org/T110843 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, PokestarFan, Sumit, Aklapper, Jdlrobson, 1313, Eragon_Shadeslayer, VPuffetMichel, ycrepeau, Mohammadmalek554, Catie99, keithbrianpadilla, Saimongoltinio, WikimeSteve, ppelberg, marcella, Revansx, OhKayeSierra, takidelfin, Necroarcano, Robinma, merbst, Wess, Srdjan, Jrf, Husun1297, Wikidata-bugs, Gryllida, Swainr, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T362660: WikidataPageBannder doesn't seem to use wpb_banner wpb_banner_focus_x or wpb_banner_focus_y page properties
cscott renamed this task from "WikidataPageBannder doesn" to "WikidataPageBannder doesn't seem to use wpb_banner wpb_banner_focus_x or wpb_banner_focus_y page properties". cscott claimed this task. cscott added a project: Wikidata-Page-Banner. cscott updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T362660 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Aklapper, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T353161: Creation of dynamic property MediaWiki\Title\Title::$wikibasePushedDeleteToRepo is deprecated
cscott added a comment. This dynamic property is causing spurious failures in phan as well, when phan randomly "gets smart enough" to notice that the Title class doesn't actually have a property named `wikibasePushedDeleteToRepo`. See https://integration.wikimedia.org/ci/job/mwext-php74-phan-docker/96606/console for example. TASK DETAIL https://phabricator.wikimedia.org/T353161 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Lucas_Werkmeister_WMDE, Umherirrender, Aklapper, Danny_Benjafield_WMDE, Astuthiodit_1, malberts, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, TK-999, QZanden, KimKelting, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T326898: Don't show "add article description" at the top of pages if short description = none
cscott added subscribers: Lucas_Werkmeister_WMDE, Jdlrobson, Lydia_Pintscher. cscott added a comment. From chat with WMDE: @Lucas_Werkmeister_WMDE: > I think {{SHORTDESC:}} (literally, i.e. with empty argument) could work, something like this: > > - the magic word would cause its argument to be saved as the local short description, even if it’s empty > - the `prop=description` API would allow any present local description to override the central (Wikidata) one, even if it’s empty > - if you don’t want to override the central description, don’t use `{{SHORTDESC:}}` (i.e. wrap it in something like `{{#if:{{{desc|}}}|{{SHORTDESC:{{{desc}}}|}}` or whatever the right wikitext incantation is) > - the mobile app can interpret an empty local description however it likes, e.g. as “this has been explicitly set to empty and is not a call to action from the reader” > - Wikidata descriptions can never be empty (only absent), as far as the Wikidata data model is concerned at least, so there should be no risk of confusion > - though I’m not sure how the `prop=description` API currently handles absent Wikidata descriptions… tricky to test in the status quo > > whether the short description is needed or not would still be an editorial decision of the client wiki (English Wikipedia) in this scenario, which I think is fine – in Wikidata, AFAIK missing descriptions are generally considered okay if not needed for disambiguation, so we don’t need an explicit “none” marker there [...] and I think this would also work well for wikis that don’t [...] disabl[e] Wikidata descriptions even as a fallback (wmgWikibaseForceLocalShortDesc) @Lydia_Pintscher: > Yeah that sounds acceptable to me if that solves the issue. Also as Lucas says the issue is with the turned off fallback. We can generally imagine having this enabled with fallback on more wikis in the future if needed. @Jdlrobson: > A solution here would also help with T225529: Article tagline should be set by a hook, not by code highly coupled with Wikibase <https://phabricator.wikimedia.org/T225529> @cscott: > So Lucas' solution might still require a wikibase patch to make the fallbacks and API work as expected with an empty string value, I'll take a look at that in a little bit. > For T225529 <https://phabricator.wikimedia.org/T225529> it seems like it would be straightforward to create a hook in core which wikibase could implement using DescriptionLookup. If the short description stuff ever moves elsewhere then the hook implementation would move with it. That's the first option from T225529#7797034 <https://phabricator.wikimedia.org/T225529#7797034>. "Empty string" is probably the right value to return for the "none" case here as well. On wiki discussion at . TASK DETAIL https://phabricator.wikimedia.org/T326898 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: vadim-kovalenko, cscott Cc: Lydia_Pintscher, Jdlrobson, Lucas_Werkmeister_WMDE, cscott, MSantos, Jgiannelos, Tsevener, Dbrant, Seddon, JTannerWMF, gabldotink, Aklapper, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, ihurbain, karapayneWMDE, Invadibot, maantietaja, Juan90264, Confetti68, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Sharvaniharan, Bsandipan, scblr, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Verdy_p, Wikidata-bugs, aude, Arlolra, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T112426: [Bug] Querying Wikipedia for langlinks doesn't work for be-tarask, but works for be-x-old
cscott added a comment. In T112426#1981741 <https://phabricator.wikimedia.org/T112426#1981741>, @Amire80 wrote: > Mmmm... any update about this? This breaks some ContentTranslation features (such as T112285 <https://phabricator.wikimedia.org/T112285>), and delays the renaming of more Wikimedia domains to standard language codes (T21986 <https://phabricator.wikimedia.org/T21986>). @Amire80 could you test to see if https://gerrit.wikimedia.org/r/c/mediawiki/core/+/879580 solves your problem? I'd like to give that patch a bit more of a test before merging it and crossing my fingers it helps. TASK DETAIL https://phabricator.wikimedia.org/T112426 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Zabe, Lucas_Werkmeister_WMDE, Manuel, Arian_Bozorg, Winston_Sung, RhinosF1, Base, PokestarFan, Jarekt, deryckchan, TerraCodes, Keegan, JEumerus, zhuyifei1999, Luke081515, Liuxinyu970226, daniel, Ricordisamoa, Krenair, Ladsgroup, Lydia_Pintscher, aude, Aklapper, Matanya, Nikerabbit, Amire80, Dereckson, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, Yodas_henchman, 786, NguoiDungKhongDinhDanh, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, CptViraj, AKA_MBG, WDoranWMF, Kent7301, Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, Tks4Fish, Gaboe420, Amorymeltzer, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Kizule, LawExplorer, Sethakill, Lewizho99, Maathavan, Devwaker, dg711, Niklitov, _jensen, Urbanecm, rosalieper, Neuronton, Scott_WUaS, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, SimmeD, Wikidata-bugs, Snowolf, Dcljr, jayvdb, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T328087: Upcoming TOC changes break WikidataPageBanner, used on WIkivoyage
cscott added a comment. Deployed today to group2, and looks correct to me on enwikivoyage. Verified that the `lang` and `dir` tags appear to be correct if you're using a non-default user language as well. Thanks for your help on this, @Jdlrobson! TASK DETAIL https://phabricator.wikimedia.org/T328087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Edtadros, cscott Cc: Jdlrobson, ovasileva, Aklapper, ssastry, cscott, Themindcoder, Adamm71, Jersione, Hellket777, Mabualruz, LisafBia6531, Susie413113, Nishu02, 786, Biggs657, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Winter, Lewizho99, Maathavan, Neuronton, Wong128hk, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T107941: Parsoid has no special handling for the properties set by WikidataPageBanner
cscott added a comment. A number of recent changes have been made which may have magically fixed this: a) Parsoid gained the ContentMetadataCollector interface, implemented by ParserOutput. So extensions which register 'out of band' data (ignored by Parsoid) ought to have that data passed through Parsoid unchanged. (T287216 <https://phabricator.wikimedia.org/T287216>) b) WikidataPageBanner was updated to use the new ToC interfaces (https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikidataPageBanner/+/884371) TASK DETAIL https://phabricator.wikimedia.org/T107941 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Liuxinyu970226, Sumit, Ricordisamoa, tstarling, ssastry, Aklapper, Jdlrobson, 1313, Astuthiodit_1, SLopes-WMF, VPuffetMichel, karapayneWMDE, ycrepeau, Invadibot, Mohammadmalek554, Universal_Omega, maantietaja, ItamarWMDE, DAlangi_WMF, Akuckartz, keithbrianpadilla, Saimongoltinio, WikimeSteve, ppelberg, Nandana, marcella, Revansx, OhKayeSierra, takidelfin, Lahi, Gq86, Necroarcano, Robinma, GoranSMilovanovic, QZanden, merbst, LawExplorer, Wess, _jensen, rosalieper, Scott_WUaS, Srdjan, Jrf, Husun1297, Wikidata-bugs, aude, Dinoguy1000, Swainr, Lydia_Pintscher, Arlolra, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T310581: Make LanguageCode::bcp47() available in Lua
cscott added a comment. My only caution is that using strings to represent languages can be quite error-prone, given that there are different "string codes" floating around for the same language. In an ideal world, I'd say you should create a light-weight language object in lua that you can pass around without actually invoking mw.language.new (or bump the maxLangCacheSize only when actually loading the language file, not simply when creating the object). ::getBcp47Code() (or `::getHtmlCode()`) and `::getCode()` can be invoked on that lightweight object to make it clear which code you are using, and similarly, `mw.language.newFromBcp47()` and `mw.language.newFromMw()` would make it clear which "type of string" you are using to create the language object. TASK DETAIL https://phabricator.wikimedia.org/T310581 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, mxn, Zebulon84, Tacsipacsi, Lucas_Werkmeister_WMDE, mrephabricator, LennardHofmann, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, Izno, Nikki, alex-mashin, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Jackmcbarn, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T328087: Upcoming TOC changes break WikidataPageBanner, used on WIkivoyage
cscott added a comment. I *believe* the impact would be that the "horizontal table of contents" would disappear from the page banner on wikivoyage, and of course they are suppressing the 'normal' ToC so effectively no ToC on wikivoyage until this is fixed. I don't know how that translates into priority levels. We could probably do a quick workaround which just restored the "normal" TOC on those pages so functionality wasn't lost while we work on restoring the horizontal ToC (probably a one-liner that commented out the place where `injectTOC` is set to `false`). We could also probably hold back the ToC changes for a week if that would help coordination. cc @ssastry. (I could use help verifying the impact -- is all the page banner stuff set up in beta somewhere so I can see what breaks?) TASK DETAIL https://phabricator.wikimedia.org/T328087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Jdlrobson, ovasileva, Aklapper, ssastry, cscott, Adamm71, Jersione, Hellket777, Mabualruz, LisafBia6531, Nishu02, 786, Biggs657, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Winter, Lewizho99, Maathavan, Neuronton, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T328087: Upcoming TOC changes break WikidataPageBanner, used on WIkivoyage
cscott added a comment. T105520 <https://phabricator.wikimedia.org/T105520> (with patch) would provide the ability to customize the class and id of the TOC, which is one part of what WikidataPageBanner is doing. One solution here would be to explictly pass in the TOC in wikitext as `toc=__TOC__` which will insert a `` tag at the appropriate spot in the page banner, and also serve to suppress the "other" TOC. When `ParserOutput::getText()` generates the TOC on the fly (using the customized class and title from T105520 <https://phabricator.wikimedia.org/T105520>) it will then "magically" be in the right spot in the page banner. I need to verify how the page banner actually ends up on the page, though -- there's some code which is messing around with page properties (which shouldn't really be used, as they end up in the database index!) and if the page banner isn't being inserted in the article body HTML (ie, the stuff returned by ParserOutput::getText()) then the code to dynamically generate the TOC in ::getText() isn't going to find the TOC marker it's looking for. TASK DETAIL https://phabricator.wikimedia.org/T328087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Aklapper, ssastry, cscott, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T328087: Upcoming TOC changes break WikidataPageBanner, used on WIkivoyage
cscott created this task. cscott added a project: Wikidata-Page-Banner. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION See T93106: GSoC proposal for Wikivoyage PageBanner extension <https://phabricator.wikimedia.org/T93106> for background on WikidataPageBanner. In 439656e01974e3cbc57902fb4ef33e71c1a386d5 <https://phabricator.wikimedia.org/rMW439656e01974e3cbc57902fb4ef33e71c1a386d5> (T293513 <https://phabricator.wikimedia.org/T293513>) we moved TOC generation to ParserOutput::getText(). The WikidataPageBanner extension relies on being able to get the TOC HTML "by the back door" in the OutputPageParserOutput hook code here <https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikidataPageBanner/+/8cb6f38ae0b633103b5c4db09e8069d01e11476b/includes/WikidataPageBanner.php#234>, modifying it to remove the `class` and `id` attributes, inserting it into the output of its parser function code here <https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikidataPageBanner/+/8cb6f38ae0b633103b5c4db09e8069d01e11476b/templates/banner.mustache#21> and then suppressing the "actual" TOC by setting `injectTOC` to false code here <https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/WikidataPageBanner/+/8cb6f38ae0b633103b5c4db09e8069d01e11476b/includes/WikidataPageBanner.php#218>. Now that the TOC HTML is being generated in ParserOutput::getText(), there is nothing for WikidataPageBanner to insert. TASK DETAIL https://phabricator.wikimedia.org/T328087 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Aklapper, ssastry, cscott, Wikidata-bugs, Lydia_Pintscher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T314159: [Goal] Make analytics data about Wikidata easier to find
cscott added a comment. This is a very cool bug number. TASK DETAIL https://phabricator.wikimedia.org/T314159 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Manuel, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T109705: [Task] Consistently and correctly get target or 'cached' language in ParserOptions when userlang option is used
cscott added a parent task: T308487: Article content (in the "content language") often has user-interface elements ("in the UX language") mixed in. TASK DETAIL https://phabricator.wikimedia.org/T109705 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Liuxinyu970226, Lydia_Pintscher, gerritbot, aude, Aklapper, Fernandobacasegua34, Astuthiodit_1, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, JJMC89, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Nirmos, Cwek, Wikidata-bugs, Dinoguy1000, Arlolra, Jackmcbarn, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T301004: Use OutputPage::appendExtensionData for wikibase-otherprojects-sidebar
cscott created this task. cscott added projects: MediaWiki-Parser, Patch-For-Review, Parsoid, MediaWiki-extensions-WikibaseClient. Restricted Application removed a project: Patch-For-Review. TASK DESCRIPTION As evidenced in SidebarHookHandlerTest, wikibase uses ::setExtensionData for the `wikibase-otherprojects-sidebar` data. This should probably use `::appendExtensionData` instead, to avoid destructive updates (see parent task for rationale). TASK DETAIL https://phabricator.wikimedia.org/T301004 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Aklapper, cscott, Akuckartz, lucamauri, JJMC89, Nirmos, Jrf, Cwek, Wikidata-bugs, Dinoguy1000, ssastry, Arlolra, Jackmcbarn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T298509: Deprecate UnitTestsListHook
cscott added a comment. In any case, apart from my general griping, this is the actual issue: In T298509#7609799 <https://phabricator.wikimedia.org/T298509#7609799>, @cscott wrote: > I don't know how DonationInterface and Wikibase are using this hook, but Parsoid's use is pretty subtle and not obviously easily replaced: Parsoid is *both* a library *and* and extension, and we need to be able to squirrel away Parsoid's "standalone" tests (run by `composer test` without access to a MediaWiki instance) somewhere where core's default auto discovery of tests won't find it -- and similarly, we need to be able to write "extension" tests (which require access to a MediaWiki instance) in a way that the standard `composer test` won't find them. > > This is pretty easy to do if extension discovery is done with executable code (or at least a hook to executable code). It seems quite challenging if you're using static `phpunit.xml.dist` files. If you allowed extensions to declaratively customize the 'tests/phpunit' subpath, that would probably be sufficient. Parsoid's extension.json could specify that MediaWiki should run the tests in `extension/tests/phpunit` and that MediaWiki should ignore the tests in `tests/phpunit`. TASK DETAIL https://phabricator.wikimedia.org/T298509 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Krinkle, cscott, kostajh, Jdforrester-WMF, Aklapper, Invadibot, maantietaja, Akuckartz, darthmon_wmde, WDoranWMF, EvanProdromou, DannyS712, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, XenoRyet, Izno, Jrf, Wikidata-bugs, aude, Dinoguy1000, ssastry, Arlolra, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T298509: Deprecate UnitTestsListHook
cscott added a comment. In T298509#7633961 <https://phabricator.wikimedia.org/T298509#7633961>, @kostajh wrote: > `composer phpunit:unit` will run unit (not integration) tests for core and all skins/extensions, regardless of whether they're enabled, but those tests don't rely on LocalSettings.php so I don't think that's what you're referring to? They may not rely on LocalSettings.php but they do depend on `composer update`, references to deprecated methods, etc, so they will certainly fail even if `LocalSettings.php` isn't involved. TASK DETAIL https://phabricator.wikimedia.org/T298509 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Krinkle, cscott, kostajh, Jdforrester-WMF, Aklapper, Invadibot, maantietaja, Akuckartz, darthmon_wmde, WDoranWMF, EvanProdromou, DannyS712, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, XenoRyet, Izno, Jrf, Wikidata-bugs, aude, Dinoguy1000, ssastry, Arlolra, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T298509: Deprecate UnitTestsListHook
cscott added a comment. I don't know how DonationInterface and Wikibase are using this hook, but Parsoid's use is pretty subtle and not obviously easily replaced: Parsoid is *both* a library *and* and extension, and we need to be able to squirrel away Parsoid's "standalone" tests (run by `composer test` without access to a MediaWiki instance) somewhere where core's default auto discovery of tests won't find it -- and similarly, we need to be able to write "extension" tests (which require access to a MediaWiki instance) in a way that the standard `composer test` won't find them. This is pretty easy to do if extension discovery is done with executable code (or at least a hook to executable code). It seems quite challenging if you're using static `phpunit.xml.dist` files. In my personal opinion, rMW1d7221d066c0 <https://phabricator.wikimedia.org/rMW1d7221d066c01c3fa6fb3e539cebd9fe7a91550f> was a mistake: as a MediaWiki developer I have just about every extension every authored checked out in an `extensions` directory, and I enable them on demand via LocalSettings.php. But after `rMWcf4654399bd3` phpunit completely ignores my LocalSettings.php and runs tests on every extension it finds in the directory, regardless of whether it is currently enabled/configured/set up, etc. So I have to resort to storing my extensions out of the tree and a hack in my LocalSettings.php that creates symlinks in my `extensions/` directory to correspond to the current set of enabled extensions. That's annoying. On the other hand, I suppose if extension configuration was done declaratively (outside of LocalSettings.php) I wouldn't be as opposed to test discovery using the same mechanism. As long as enabling/disabling an extension can be done in a single place. Blindly runnings tests on anything found in `extensions/*/tests` is a disaster, though. TASK DETAIL https://phabricator.wikimedia.org/T298509 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, kostajh, Jdforrester-WMF, Aklapper, Invadibot, maantietaja, Akuckartz, darthmon_wmde, WDoranWMF, EvanProdromou, DannyS712, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, XenoRyet, Izno, Jrf, Wikidata-bugs, aude, Dinoguy1000, ssastry, Arlolra, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T268456: Value stored and value displayed are different for large numbers
cscott added a comment. There's an upstream PR for PHP: https://github.com/php/php-src/pull/7782 TASK DETAIL https://phabricator.wikimedia.org/T268456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, cscott Cc: Addshore, Rosalie_WMDE, Jakob_WMDE, cscott, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, Invadibot, maantietaja, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T293860: PHP Deprecated: Use of ParserOutput::setProperty was deprecated in MediaWiki 1.38. [Called from Wikibase\Client\Hooks\ShortDescHandler::doHandle]
cscott added a comment. (Also, just sayin': this would have been caught by CI if `ShortDescHandler::doHandle()` were covered by any tests...) TASK DETAIL https://phabricator.wikimedia.org/T293860 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, cscott Cc: cscott, Lucas_Werkmeister_WMDE, Michael, Aklapper, hashar, Suran38, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Verdy_p, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T293860: PHP Deprecated: Use of ParserOutput::setProperty was deprecated in MediaWiki 1.38. [Called from Wikibase\Client\Hooks\ShortDescHandler::doHandle]
cscott added a comment. In T293860#7443715 <https://phabricator.wikimedia.org/T293860#7443715>, @Lucas_Werkmeister_WMDE wrote: > Okay, maybe not “easily”, given that `OutputPage` has similar methods that weren’t renamed, and in the codesearch context it’s not immediately obvious if an `$out` variable is a `ParserOutput` or an `OutputPage`. This. It's quite hard to tell the difference between OutputPage and ParserOutput and apparently I missed a few. My apologies! I'll note that one motivation for the change is to more clearly distinguish page properties (which are db-backed) from the similar OutputPage properties. TASK DETAIL https://phabricator.wikimedia.org/T293860 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, cscott Cc: cscott, Lucas_Werkmeister_WMDE, Michael, Aklapper, hashar, Suran38, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Verdy_p, Wikidata-bugs, aude, Lydia_Pintscher, Jdforrester-WMF, Addshore, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T268456: Value stored and value displayed are different for large numbers
cscott added a comment. I'll look at the code, the idea seems reasonable. We could also file a bug upstream to see if PHP will add a bignum or string interface. Could also check libicu to see what types they are supporting (maybe the fault is just in the PHP wrapper). Worth noting that it was Santhosh and the language team who were the original authors of the patch (and task); I just pushed it over the line. TASK DETAIL https://phabricator.wikimedia.org/T268456 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Rosalie_WMDE, Jakob_WMDE, cscott, Lucas_Werkmeister_WMDE, Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T270777: Wikibase Client won't let ParserTests delete articles during cleanup
cscott created this task. cscott added projects: Parsoid, MediaWiki-extensions-WikibaseClient. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata. TASK DESCRIPTION The parser tests framework has a four-phase setup when running parsertests: 1: (once) Initialize a temporary test database 2: (once) Set up various globals / reset services 3: (per-file) Add articles to the test database (depends on language and title codec settings in previous step) 4: (per-test) Final configuration, driven by the !!options and !!config settings for a specific test Afterwards, cleanup runs in reverse order: 4: (per-test) Undo configuration changes and options 3: (per-file) Remove articles from the test database 2: (once) Reset globals and services 1: (once) Tear down the database There are two different parser test 'runners' -- one is driven by a CLI and provides a large # of helpful debugging tools and ways to render/update failing tests. The other one is driven by the PHPUnit framework as a "suite" of tests, and (at the present) runs the steps like this: 1: (once) Set up the database (in `ParserTestTopLevelSuite::setUp()`) 3: (per-file) Add articles (in `ParserTestFileSuite::setUp()`) 2: (per-test) Set up globals and services (in `ParserIntegrationTest::setUp()`) 4: (per-test) Test-specific setup (in `ParserTestRunner::runTest`) Note that because steps 2 and 3 happen in the "wrong" order, the "add Articles" step 3 needs to re-run parts of the "setup globals and services" code in order to properly initialize the namespaces and title codec, and then it cleans up after itself before re-doing this in step 2. Here's the bug: --- **The article clean up in step 3 is failing when quibble runs integrated tests with Wikibase installed.** The exception looks like this when stack trace dumping code is added: 18:55:11 ParserTestRunner::cleanupArticles: removing Module:Test 18:55:11 Cleanup error! 18:55:11 #0 /workspace/src/extensions/Wikibase/client/includes/WikibaseClient.php(1188): Wikibase\Client\WikibaseClient->getEntitySourceOfLocalRepo() 18:55:11 #1 /workspace/src/extensions/Wikibase/client/includes/Hooks/UpdateRepoHookHandler.php(81): Wikibase\Client\WikibaseClient->getDatabaseDomainNameOfLocalRepo() 18:55:11 #2 /workspace/src/vendor/wikimedia/object-factory/src/ObjectFactory.php(232): Wikibase\Client\Hooks\UpdateRepoHookHandler::factory() 18:55:11 #3 /workspace/src/vendor/wikimedia/object-factory/src/ObjectFactory.php(150): Wikimedia\ObjectFactory::getObjectFromSpec(Array, Array) 18:55:11 #4 /workspace/src/includes/HookContainer/HookContainer.php(468): Wikimedia\ObjectFactory->createObject(Array) 18:55:11 #5 /workspace/src/includes/HookContainer/HookContainer.php(159): MediaWiki\HookContainer\HookContainer->getHandlers('ArticleDeleteCo...', Array) 18:55:11 #6 /workspace/src/includes/HookContainer/HookRunner.php(729): MediaWiki\HookContainer\HookContainer->run('ArticleDeleteCo...', Array) 18:55:11 #7 /workspace/src/includes/page/WikiPage.php(2936): MediaWiki\HookContainer\HookRunner->onArticleDeleteComplete(Object(WikiPage), Object(User), 'cleaning up', 21, Object(ScribuntoContent), Object(ManualLogEntry), 1) 18:55:11 #8 /workspace/src/tests/parser/ParserTestRunner.php(1650): WikiPage->doDeleteArticleBatched('cleaning up', false, Object(User), Array, 'delete', true) 18:55:11 #9 /workspace/src/tests/phpunit/suites/ParserTestFileSuite.php(60): ParserTestRunner->cleanupArticles(Array) 18:55:11 #10 /workspace/src/tests/phpunit/suites/SuiteEventsTrait.php(28): ParserTestFileSuite->tearDown() 18:55:11 #11 /workspace/src/vendor/phpunit/phpunit/src/Framework/TestSuite.php(601): ParserTestFileSuite->run(Object(PHPUnit\Framework\TestResult)) This exception is silently discarded because it occurs in `tearDown` code, and the fact that "extra" articles are defined for subsequent parser tests *usually* doesn't have any effect. But if we attempt to combine steps 2 and 3 in a single `setUp` / `tearDown` clause, then the exception thrown prevents the rest of the `tearDown` from running, which does eventually cause failures. There's something wrong with the way the `ArticleDeleteComplete` hook is being run, that's causing an exception when Wikibase is installed. Perhaps wikibase isn't being configured correctly? But I'm at a bit of a loss to figure out why. TASK DETAIL https://phabricator.wikimedia.org/T270777 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Aklapper, cscott, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jrf, Wikidata-bugs, aude, Dinoguy1000, ssastry, Arlolra, Mbch331, Ltrlg
[Wikidata-bugs] [Maniphest] T113034: RFC: Overhaul Interwiki map, unify with Sites and WikiMap
cscott added a comment. Any chance this is going to be taken up again? For Parsoid purposes, the interwiki mapping needs to be bidirectional -- that is, we need to be able not just to go from `enwiki:$1` to `//en.wikipedia.org/wiki/$1` but also given a URL `https://en.wkipedia.org/wiki/Foo` we need to lookup that this patches the `enwiki` prefix. The current `InterwikiLoadPrefix` hook system doesn't allow us to do this, for reasons detailed in T270444: Parsoid needs a bidirectional interwiki map (and hooks) <https://phabricator.wikimedia.org/T270444>. It sure would be nice if the interwiki system was replaced by something which made what Parsoid wants to do easier. TASK DETAIL https://phabricator.wikimedia.org/T113034 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Addshore, Ladsgroup, kchapman, Lucas_Werkmeister_WMDE, PokestarFan, Koavf, Billinghurst, dcausse, cscott, Jakob_WMDE, WMDE-leszek, Lydia_Pintscher, Liuxinyu970226, MarcoAurelio, gerritbot, Quiddity, Bene, hoo, zhuyifei1999, jayvdb, Isarra, Smalyshev, Ltrlg, GWicke, Ricordisamoa, MZMcBride, Krenair, MrStradivarius, Legoktm, TTO, ori, aaron, Aklapper, daniel, Akuckartz, Demian, WDoranWMF, holger.knust, EvanProdromou, DannyS712, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, RazeSoldier, QZanden, LawExplorer, TomT0m, _jensen, rosalieper, Agabi10, xSavitar, Scott_WUaS, Pchelolo, Izno, SBisson, Wong128hk, Luke081515, Perhelion, Wikidata-bugs, Base, aude, Bawolff, fbstj, santhosh, Jdforrester-WMF, Mbch331, Rxy, Jay8g, bd808 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T228616: 'Wikidata:' namespace prefix removed when creating a link on Wikidata, making the link a 404
cscott added a comment. Yeah, IIRC Wikidata's namespaces are set up "oddly" with respect to other WMF wikis, so this is probably a case where Parsoid is not carefully following the siteinfo for the wiki. TASK DETAIL https://phabricator.wikimedia.org/T228616 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Astinson, SBisson, ssastry, JTannerWMF, SubrahamanyamVarma, matmarex, Lens0021, Aklapper, Bencemac, NavinRizwi, keithbrianpadilla, Demian, darthmon_wmde, Saimongoltinio, WikimeSteve, ppelberg, 94rain, Nandana, marcella, kostajh, Revansx, Jony, OhKayeSierra, takidelfin, Lahi, Gq86, Necroarcano, Robinma, GoranSMilovanovic, 45Jayjay1969, QZanden, EnricoCNC, merbst, LawExplorer, Wess, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Srdjan_m, Jrf, Husun1297, Wikidata-bugs, aude, Dinoguy1000, Gryllida, jeblad, Swainr, Catrope, Arlolra, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T249533: testwikidata wiki is broken with "Cannot access the database"
cscott added a comment. T249535 <https://phabricator.wikimedia.org/T249535> seems not related. More likely the cause: the changes associated with 4d11e15ed098a0658719687557bb899c7cbf3711 <https://phabricator.wikimedia.org/rOMWC4d11e15ed098a0658719687557bb899c7cbf3711> TASK DETAIL https://phabricator.wikimedia.org/T249533 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Michael, Framawiki, Liuxinyu970226, Aklapper, Bugreporter, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T192687: Better formatting in REST API results for wikidata
cscott added a comment. This would be a content handler for whatever contentmodel type wikidata is using for the Q42 pages. Parsoid has a handler for the JSON contentmodel which lays it out as a table; you could look at that as a basis. TASK DETAIL https://phabricator.wikimedia.org/T192687 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Aklapper, HYanWong, darthmon_wmde, holger.knust, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Pchelolo, Eevans, Jrf, Hardikj, Wikidata-bugs, aude, GWicke, Dinoguy1000, ssastry, Arlolra, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T156876: Structured data side channel for wikitext
cscott added a comment. (And I agree with @Tgr's response to @Lydia_Pintscher that this issue isn't directly related to MCR. In my mind it is about what "output types" and "input types" are available for templates/extensions during preprocessing. Currently extensions can output a wikitext string or raw HTML, and as parameters they can only have a string (usually interpreted as a wikitext string). This task broadens both the possible output types and the possible input type to include structured data.) TASK DETAIL https://phabricator.wikimedia.org/T156876 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Jdforrester-WMF, He7d3r, Mholloway, bearND, Daniel_Mietchen, srishakatux, Lydia_Pintscher, Aklapper, Tgr, darthmon_wmde, DannyS712, Nandana, JKSTNK, Jony, aniansson, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, JJMC89, Silverfish, _jensen, rosalieper, Morgankevinj, Susannaanas, Nirmos, Jane023, Cwek, Wikidata-bugs, Base, matthiasmullie, aude, Dinoguy1000, Ricordisamoa, Wesalius, RandomDSdevel, Fabrice_Florin, Raymond, Arlolra, Ladsgroup, Jackmcbarn, Steinsplitter, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T156876: Structured data side channel for wikitext
cscott added a comment. FWIW, in T196440#5341715 <https://phabricator.wikimedia.org/T196440#5341715> I moot around the idea of a specialized "arglist" data type to be returned by a template, to make certain argument-list manipulations easier/more robust. I think this "structured data" input/output type would work well for that. `{{#arglist}}` would emit the arguments to the current template in the side channel key-value format, and `{{#filter-arglist|}}` would accept that side channel format as input. TASK DETAIL https://phabricator.wikimedia.org/T156876 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Jdforrester-WMF, He7d3r, Mholloway, bearND, Daniel_Mietchen, srishakatux, Lydia_Pintscher, Aklapper, Tgr, darthmon_wmde, DannyS712, Nandana, JKSTNK, Jony, aniansson, Lahi, PDrouin-WMF, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, JJMC89, Silverfish, _jensen, rosalieper, Morgankevinj, Susannaanas, Nirmos, Jane023, Cwek, Wikidata-bugs, Base, matthiasmullie, aude, Dinoguy1000, Ricordisamoa, Wesalius, RandomDSdevel, Fabrice_Florin, Raymond, Arlolra, Ladsgroup, Jackmcbarn, Steinsplitter, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T208139: Georgian words are automatically (incorrectly) capitalized when entered
cscott added a comment. Seems like we should probably make a plan to proactively manage Unicode transitions on our three platforms (browsers, PHP, server-side JS). TASK DETAIL https://phabricator.wikimedia.org/T208139 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matmarex, cscott Cc: cscott, Jdforrester-WMF, matmarex, Esanders, Ladsgroup, Addshore, Liuxinyu970226, Alan.H, Mbch331, Framawiki, Urbanecm, Dereckson, MIKHEIL, David1010, Aklapper, Mehman97, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Srdjan_m, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T218702: ParserIntegrationTest for Scribunto failing in Wikibase CI
cscott added a comment. Yep, most likely related. @arlolra will probably write you a patch once he wakes up/gets online this am, but if you're impatient just removing the newlines from the indicated places in parserTests.txt will get you going again. TASK DETAIL https://phabricator.wikimedia.org/T218702 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: SBisson, kostajh, Anomie, cscott, Jdforrester-WMF, ssastry, Arlolra, gerritbot, Aklapper, TerraCodes, Liuxinyu970226, Addshore, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, rafidaslam, LawExplorer, Lemondoge, SundanceRaphael, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Lydia_Pintscher, Jackmcbarn, 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] T218702: ParserIntegrationTest for Scribunto failing in Wikibase CI
cscott added a comment. Seems to be fixed. Watching builds of https://gerrit.wikimedia.org/r/464096 https://gerrit.wikimedia.org/r/497471 and https://gerrit.wikimedia.org/r/497320 to confirm. TASK DETAIL https://phabricator.wikimedia.org/T218702 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: kostajh, Anomie, cscott, Jdforrester-WMF, ssastry, Arlolra, gerritbot, Aklapper, TerraCodes, Liuxinyu970226, Addshore, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, rafidaslam, LawExplorer, Lewizho99, Lemondoge, Maathavan, SundanceRaphael, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Lydia_Pintscher, Jackmcbarn, 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] T218702: ParserIntegrationTest for Scribunto failing in Wikibase CI
cscott added a comment. See https://gerrit.wikimedia.org/r/#/q/topic:trail+(status:open+OR+status:merged) for the set of patches merged; scribunto probably needs a patch somewhat like https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/ParserFunctions/+/494939/ TASK DETAIL https://phabricator.wikimedia.org/T218702 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, cscott Cc: cscott, Jdforrester-WMF, ssastry, Arlolra, gerritbot, Aklapper, TerraCodes, Liuxinyu970226, Addshore, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, SundanceRaphael, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Lydia_Pintscher, Anomie, Jackmcbarn, 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] T218702: ParserIntegrationTest for Scribunto failing in Wikibase CI
cscott added a comment. Yeah, we should just fix the scributo tests, not revert patches. This was a set of 9 or so dependent patches to merge, unrolling would be quite a chore, and the scribunto fix should just be to remove some trailing newlines from the parser tests TASK DETAIL https://phabricator.wikimedia.org/T218702 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, cscott Cc: cscott, Jdforrester-WMF, ssastry, Arlolra, gerritbot, Aklapper, TerraCodes, Liuxinyu970226, Addshore, alaa_wmde, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, SundanceRaphael, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Lydia_Pintscher, Anomie, Jackmcbarn, 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] T218378: Flaky test Wikibase\Repo SetAliasesTest::testUserCannotSetAliasesWhenTheyLackPermission
cscott added a comment. There are a few patches which have actually (apparently) passes this test and gotten merged, eg https://gerrit.wikimedia.org/r/496080 TASK DETAIL https://phabricator.wikimedia.org/T218378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: cscott, Jdforrester-WMF, D3r1ck01, Aklapper, Krinkle, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, 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] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. OK, two patches to fix the issue: belt and suspenders. Both of them are potential candidates for cherry-picking to 1.32, but let's get them merged on 1.33 first.TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: gerritbot, Nikerabbit, cscott, Aklapper, Fomafix, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Lewizho99, Maathavan, 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] [Commented On] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. Ah, ok, thanks! That means I don't have to worry about this being an "unbreak now" sort of bug. https://gerrit.wikimedia.org/r/468589 is a stopgap at fixing the issue, but there's a deeper confusion between BCP 47 and mediawiki internal codes which is causing the BCP 47 codes to make it into Wikibase's LanguageFallbackChain. Still working on that...TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Nikerabbit, cscott, Aklapper, Fomafix, Nandana, 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] [Commented On] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. Agh. WikiBase/lib/includes/LanguageWithConversion.php contains code cut-and-pasted from mediawiki-core. Anyone want to guess the odds that it wasn't updated when the code from core was updated?TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Nikerabbit, cscott, Aklapper, Fomafix, Nandana, 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] [Commented On] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. Ok, merged T207447: uselang=zh-hant-hk causes fatal exception of type "BadMethodCallException" into this one, because the stack trace is pretty much identical: This bug T207433, request ID W8llMwpAMEsAACb4rOcW: 0 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/lib/includes/LanguageWithConversion.php(260): SrConverter->translate(string, string) #1 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/lib/includes/LanguageWithConversion.php(225): Wikibase\LanguageWithConversion->executeTranslate() #2 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/lib/includes/LanguageFallbackChain.php(88): Wikibase\LanguageWithConversion->translate(string) #3 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/lib/includes/Store/LanguageFallbackLabelDescriptionLookup.php(81): Wikibase\LanguageFallbackChain->extractPreferredValue(array) #4 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/lib/includes/Store/LanguageFallbackLabelDescriptionLookup.php(53): Wikibase\Lib\Store\LanguageFallbackLabelDescriptionLookup->getTermFallback(array, array) #5 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/client/includes/Usage/UsageTrackingLanguageFallbackLabelDescriptionLookup.php(72): Wikibase\Lib\Store\LanguageFallbackLabelDescriptionLookup->getLabel(Wikibase\DataModel\Entity\PropertyId) #6 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/client/includes/DataAccess/Scribunto/WikibaseLanguageDependentLuaBindings.php(60): Wikibase\Client\Usage\UsageTrackingLanguageFallbackLabelDescriptionLookup->getLabel(Wikibase\DataModel\Entity\PropertyId) #7 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Wikibase/client/includes/DataAccess/Scribunto/Scribunto_LuaWikibaseLibrary.php(546): Wikibase\Client\DataAccess\Scribunto\WikibaseLanguageDependentLuaBindings->getLabel(string) #8 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Scribunto/includes/engines/LuaSandbox/Engine.php(393): Wikibase\Client\DataAccess\Scribunto\Scribunto_LuaWikibaseLibrary->getLabel(string) #9 [internal function]: Scribunto_LuaSandboxCallback->__call(string, array) #10 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Scribunto/includes/engines/LuaSandbox/Engine.php(316): LuaSandboxFunction->call(LuaSandboxFunction) #11 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(295): Scribunto_LuaSandboxInterpreter->callFunction(LuaSandboxFunction, LuaSandboxFunction) #12 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Scribunto/includes/engines/LuaCommon/LuaCommon.php(967): Scribunto_LuaEngine->executeFunctionChunk(LuaSandboxFunction, PPTemplateFrame_Hash) #13 /srv/mediawiki/php-1.32.0-wmf.26/extensions/Scribunto/includes/common/Hooks.php(128): Scribunto_LuaModule->invoke(string, PPTemplateFrame_Hash) #14 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3493): ScribuntoHooks::invokeHook(Parser, PPTemplateFrame_Hash, array) #15 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3200): Parser->callParserFunction(PPTemplateFrame_Hash, string, array) #16 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Preprocessor_Hash.php(1114): Parser->braceSubstitution(array, PPTemplateFrame_Hash) #17 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3374): PPFrame_Hash->expand(PPNode_Hash_Tree) #18 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Preprocessor_Hash.php(1114): Parser->braceSubstitution(array, PPTemplateFrame_Hash) #19 /srv/mediawiki/php-1.32.0-wmf.26/extensions/ParserFunctions/includes/ExtParserFunctions.php(127): PPFrame_Hash->expand(PPNode_Hash_Tree) #20 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3493): ExtParserFunctions::ifeqObj(Parser, PPTemplateFrame_Hash, array) #21 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3200): Parser->callParserFunction(PPTemplateFrame_Hash, string, array) #22 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Preprocessor_Hash.php(1114): Parser->braceSubstitution(array, PPTemplateFrame_Hash) #23 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3374): PPFrame_Hash->expand(PPNode_Hash_Tree) #24 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Preprocessor_Hash.php(1114): Parser->braceSubstitution(array, PPFrame_Hash) #25 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(3014): PPFrame_Hash->expand(PPNode_Hash_Tree, integer) #26 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(1350): Parser->replaceVariables(string) #27 /srv/mediawiki/php-1.32.0-wmf.26/includes/parser/Parser.php(476): Parser->internalParse(string) #28 /srv/mediawiki/php-1.32.0-wmf.26/includes/content/WikitextContent.php(341): Parser->parse(string, Title, ParserOptions, boolean, boolean, integer) #29 /srv/mediawiki/php-1.32.0-wmf.26/includes/content/AbstractContent.php(517): WikitextContent->fillParserOutput(Title, integer, ParserOptions, boolean, ParserOutput) #30 /srv/mediawiki/php-1.32.0-wmf.26/includes/Revision/RenderedRevisi
[Wikidata-bugs] [Maniphest] [Updated] T207447: uselang=zh-hant-hk causes fatal exception of type "BadMethodCallException"
cscott closed this task as a duplicate of T207433: uselang=sr-cyrl causes fatal exception of type "MWException". TASK DETAILhttps://phabricator.wikimedia.org/T207447EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Nikerabbit, Aklapper, cscott, Fomafix, Nandana, 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] [Merged] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott merged a task: T207447: uselang=zh-hant-hk causes fatal exception of type "BadMethodCallException". TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Nikerabbit, cscott, Aklapper, Fomafix, Nandana, 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] [Commented On] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. Also -- sr-cyrl, zh-hans-tw, etc are not actually the mediawiki-internal names for these languages. https://gerrit.wikimedia.org/r/460039 would have added support for using the standard names, but I'm a little bit surprised that anything is generating links to these "non-mediawiki" (but BCP 47 standard) codes. I mean, it's good -- we *should* be trying to move to using the proper BCP 47 codes -- but it's worth trying to track down where these links are coming from, since they wouldn't have worked prior to 460039.TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Aklapper, Fomafix, Nandana, 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] [Commented On] T207433: uselang=sr-cyrl causes fatal exception of type "MWException"
cscott added a comment. Given that uselang processing is involved, perhaps Ica89d9547c58967747ab0fa15d4e83be5378796d is the proximate cause. Can we get a stack trace for that exception?TASK DETAILhttps://phabricator.wikimedia.org/T207433EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Aklapper, Fomafix, Nandana, 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] [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. Any updates on this task? As I said, I'd like to write Scribunto/JS using v8js at some point. If v8js would be helpful to wikibase, perhaps we can pool efforts.TASK DETAILhttps://phabricator.wikimedia.org/T197690EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Addshore, Aklapper, RazShuty, Nandana, 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] [Commented On] T207168: Provide JSON-LD support for Wikidata
cscott added a comment. We only emit the "@graph" form in purtle if the API is used to annotate more than a single entity: https://github.com/wikimedia/purtle/blob/master/src/JsonLdRdfWriter.php#L37 So you're not really asking for a change in the JSON-LD, you're asking for wikidata to only emit a single entity on the /entity/* endpoint -- and that would/could apply to all the different representations using the purtle backend. That's not a JSON-LD specific request.TASK DETAILhttps://phabricator.wikimedia.org/T207168EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: daniel, Lydia_Pintscher, Denny, Abraham, AnjaJentzsch, Aklapper, intracer, Liuxinyu970226, cscott, PokestarFan, gerritbot, Prtksxna, Lucas_Werkmeister_WMDE, Tpt, thiemowmde, Multichill, Eroux108, Realworldobject, Smalyshev, Lea_Lacroix_WMDE, Nickleh, Nandana, 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] T122711: Appending ".json" to an entity url should work (Feature Request)
cscott added a comment. ...and adding .jsonld at the end should also work, right?TASK DETAILhttps://phabricator.wikimedia.org/T122711EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Lucas_Werkmeister_WMDE, thiemowmde, Multichill, hoo, HakanIST, Aklapper, Pengo, StudiesWorld, Nandana, Kieubinhtb, Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, RazeSoldier, Jayprakash12345, JakeTheDeveloper, QZanden, Zoranzoki21, LawExplorer, TerraCodes, MuhammadShuaib, SimmeD, 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] T198946: Add Schema property 'sameAs' pointing to Wikidata entries
cscott added a comment. I also worked on proper JSON+LD statements in T44063: [Epic] Provide a plain linked data interface for accessing entities and T164655: Store and serve annotations in W3C standard format. FWIW, with https://gerrit.wikimedia.org/r/384050 you get the following JSONLD for Q100: { "@graph": [ { "@id": "wdata:Q100", "@type": "schema:Dataset", "about": "wd:Q100", "license": "http://creativecommons.org/publicdomain/zero/1.0/", "softwareVersion": "0.1.0", "version": 2799, "dateModified": "2018-06-21T00:08:11Z", "statements": 85, "identifiers": 0, "sitelinks": 184 }, { "@id": "wd:Q100", "@type": "wikibase:Item" }, { "@id": "https://sv.wikivoyage.org/wiki/Boston", "@type": "schema:Article", "about": "wd:Q100", "inLanguage": "sv", "isPartOf": "https://sv.wikivoyage.org/", "name": { "@language": "sv", "@value": "Boston" } }, ...etc... } That suggests that the proper @type is schema:Article, although it is pointing to a wikibase:Item.TASK DETAILhttps://phabricator.wikimedia.org/T198946EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Niedzielski, cscottCc: Jdrewniak, Mholloway, gerritbot, Denny, ovasileva, Tbayer, Elitre, CKoerner_WMF, Jdlrobson, Niedzielski, phuedx, dr0ptp4kt, Imarlier, cscott, Krenair, Aklapper, Deskana, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Chicocvenancio, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, Winter, 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] [Closed] T206738: Wikibase appears to be failing phan on all builds now
cscott closed this task as "Resolved".cscott claimed this task.cscott added a comment. Well, I rebased my two patches on top of @Legoktm's patch and the builds are passing now, so I'll call that fixed.TASK DETAILhttps://phabricator.wikimedia.org/T206738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Addshore, gerritbot, Legoktm, cscott, Aklapper, CucyNoiD, Nandana, NebulousIris, 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, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T206738: Wikibase appears to be failing phan on all builds now
cscott added a comment. Ah.TASK DETAILhttps://phabricator.wikimedia.org/T206738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: gerritbot, Legoktm, cscott, Aklapper, CucyNoiD, Nandana, NebulousIris, 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] [Created] T206738: Wikibase appears to be failing checkstyle on all builds now
cscott created this task.cscott added projects: Jenkins, Wikimedia-production-error, Wikidata.Restricted Application added a subscriber: Aklapper. TASK DESCRIPTIONSee for example: https://gerrit.wikimedia.org/r/462297 https://integration.wikimedia.org/ci/job/mwext-php70-phan-docker/14812/console and https://gerrit.wikimedia.org/r/447054 https://integration.wikimedia.org/ci/job/mwext-php70-phan-docker/14777/console both of which end with: 03:14:35 + exec docker run --rm --volume /srv/jenkins-workspace/workspace/mwext-php70-phan-docker/src:/mediawiki --volume /srv/jenkins-workspace/workspace/mwext-php70-phan-docker/tmp:/tmp docker-registry.wikimedia.org/releng/mediawiki-phan:0.1.4 /mediawiki/extensions/Wikibase -m checkstyle 03:14:36 + umask 002 03:14:36 + /mediawiki/tests/phan/bin/phan /mediawiki/extensions/Wikibase -m checkstyle 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 03:14:59 Build step 'Execute shell' marked build as failure 03:14:59 [CHECKSTYLE] Collecting checkstyle analysis files... 03:14:59 [CHECKSTYLE] Searching for all files in /srv/jenkins-workspace/workspace/mwext-php70-phan-docker that match the pattern log/phan-issues 03:14:59 [CHECKSTYLE] No files found. Configuration error? 03:14:59 [CHECKSTYLE] Computing warning deltas based on reference build #14811 03:14:59 [CHECKSTYLE] Ignore new warnings since this is the first valid build 03:14:59 [CHECKSTYLE] Plug-in Result: Success - no threshold has been exceeded 03:14:59 [PostBuildScript] - Execution post build scripts. 03:14:59 [mwext-php70-phan-docker] $ /bin/bash -xe /tmp/jenkins2784197819987966059.sh 03:14:59 + set -eux 03:14:59 + docker run --rm --user=root -v /srv/jenkins-workspace/workspace/mwext-php70-phan-docker:/workspace --entrypoint=/usr/bin/find docker-registry.wikimedia.org/wikimedia-stretch:latest /workspace -mindepth 1 -delete 03:15:01 + rmdir /srv/jenkins-workspace/workspace/mwext-php70-phan-docker 03:15:01 Finished: FAILURE There doesn't seem to be anything in the recent commit history of either Wikibase or integration-config that would explain this.TASK DETAILhttps://phabricator.wikimedia.org/T206738EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Release-Engineering-Team, cscott, Aklapper, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g, Krenair, hashar___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T125073: [Story] Replace bad, but currently necessary language codes
cscott updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION...* `mo` does not exist, it should be `ro-md` (or `ro-cyrl`)Cyrl-md`: T18889...TASK DETAILhttps://phabricator.wikimedia.org/T125073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, hoo, XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] 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] [Commented On] T146397: Edit interface should be nicer
cscott added a comment. Some progress at https://wikimania2018.wikimedia.org/wiki/Program/Hackathon_Showcase including https://www.youtube.com/watch?v=j3GBJt6lL7s and https://en.wikipedia.org/wiki/File:FileAnnotation_with_Wikidata_statements_demonstration.oggTASK DETAILhttps://phabricator.wikimedia.org/T146397EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: PDrouin-WMF, PokestarFan, cscott, Prtksxna, Aklapper, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, Anooprao, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, V4switch, LawExplorer, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, Base, matthiasmullie, aude, Ricordisamoa, brion, Lydia_Pintscher, Fabrice_Florin, Raymond, Steinsplitter, Matanya, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T200057: Separate dumps for Items and Properties
cscott created this task.cscott added a project: Wikidata.Herald added a subscriber: Aklapper. TASK DESCRIPTIONI am developing an extension using EntitySelector. I would like to import a subset of wikidata items, but I need all (or almost all) the properties in order to make sense of the statements involving the items. As it is, I need to import all 29 parts of wikidata dumps and filter for properties in order just to get a usable subset of 1000 items (plus their properties). This makes it unnecessarily difficult to develop against wikidata.TASK DETAILhttps://phabricator.wikimedia.org/T200057EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Aklapper, cscott, 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] T198946: Add Schema property 'sameAs' pointing to Wikidata entries
cscott added a comment. This property would probably have to be added to the Parsoid-format HTML in order to have any actual effect. But I'm not certain how/whether Google's search pipeline for WMF projects actually does anything with our content. We should probably talk to our contacts at Google first and ask them specifically how to better link wikidata entries.TASK DETAILhttps://phabricator.wikimedia.org/T198946EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Krenair, Aklapper, Deskana, 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] T125073: [Story] Replace bad, but currently necessary language codes
cscott added a comment. I've got a patch to fix the BCP 47 mappings in core: https://gerrit.wikimedia.org/r/442200 I'm hoping that if/when that's merged, we can remove some of the redundancy in wikibase and have wikidata just use the core code to do the remappings.TASK DETAILhttps://phabricator.wikimedia.org/T125073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, hoo, XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T125073: [Story] Replace bad, but currently necessary language codes
cscott updated the task description. (Show Details) CHANGES TO TASK DESCRIPTION* `eml` does not exist, it should be `egl` (or `rgn`): T36217 * `map-bms` uses a very generic primary language subtag, it could for example use `jv-bms` instead * `mo` does not exist, it should be `ro-md` (or `ro-cyrl`) * `mo` does not exist* `als` is described as Alemannic, it should be `ro-md` or `ro-cyrl`but the language code for that is actually `gsw` and `als` is Tosk Albanian: T25215 * `als` is described as Alemannic,* `sr-ec` should be `sr-cyrl`; but the language code for that is actually `gsw` and `als` is Tosk Albanian.`sr-el` should be `sr-latn': T117845 * `sr-ec* `nrm` should be `sr-cyrl-ekavsk`rather be `nrf`: T25216 * `sr-el` sh* `roa-tara` uses a very generic primary language subtag, it could be `sr-latn-ekavsk`for example use `nap-tara` instead. * `nrm` sh* `cbk-zam` could rather be `nrf`, although questionable. `nrm` is definitely wrong.be just `cbk`: T124657TASK DETAILhttps://phabricator.wikimedia.org/T125073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, hoo, XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T125073: [Story] Replace bad, but currently necessary language codes
cscott added a comment. roa-tara would more specifically be nap-x-tara, since it is a dialect of Neapolitan.TASK DETAILhttps://phabricator.wikimedia.org/T125073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, hoo, XXN, Liuxinyu970226, Nikki, Fomafix, adrianheine, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T120847: Use BCP 47 conform language codes for the HTML attribute lang
cscott added a comment. There's a patch for proper BCP-47 validity conversion in core: I807dd55d49e9bd19443329231326a5b0d3e6c453TASK DETAILhttps://phabricator.wikimedia.org/T120847EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Lydia_Pintscher, Aklapper, Fomafix, 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] T198493: php-lint in wikibase times out
cscott created this task.cscott added projects: Continuous-Integration-Infrastructure, Wikidata, Jenkins.Herald added a subscriber: Aklapper. TASK DESCRIPTIONparallel-lint is timing out and failing: https://gerrit.wikimedia.org/r/442209 @hashar thinks this is because: [Wikibase has] a lot of php files. parallel-lint with HHVM is slow hence the 350 seconds timeout being reached. Can you fill it as another task please? It is probably missing a COMPOSER_PROCESS_TIMEOUT=600 and ideally we should only lint files that got changed by the patch (which we do for mediawiki/core).TASK DETAILhttps://phabricator.wikimedia.org/T198493EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Aklapper, hashar, cscott, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T145458: Editing a file annotation requires very careful mouse movement
cscott added a comment. See also the UX mockup at https://phabricator.wikimedia.org/T146397#3241037TASK DETAILhttps://phabricator.wikimedia.org/T145458EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: MarkTraceur, Prtksxna, cscott, gerritbot, Matanya, matmarex, Aklapper, Adrian1985, Cpaulf30, Lahi, PDrouin-WMF, Gq86, Baloch007, E1presidente, Ramsey-WMF, Cparle, Darkminds3113, SandraF_WMF, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Tramullas, Acer, V4switch, LawExplorer, Lewizho99, Maathavan, Susannaanas, Wong128hk, Aschroet, Jane023, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Bawolff, Ricordisamoa, brion, 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] T44063: [Epic] Provide a plain linked data interface for accessing entities
cscott added a comment. @daniel RdfWriterFactory comes from purtle, and has already been patched to add .jsonld. The patch to Wikibase should look something like https://gerrit.wikimedia.org/r/384050 but I can't test this locally.TASK DETAILhttps://phabricator.wikimedia.org/T44063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Lucas_Werkmeister_WMDE, Prtksxna, gerritbot, PokestarFan, cscott, Liuxinyu970226, intracer, Aklapper, AnjaJentzsch, Abraham, Denny, Lydia_Pintscher, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 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] T44063: [Epic] Provide a plain linked data interface for accessing entities
cscott added a comment. The patch has been merged, but https://www.wikidata.org/wiki/Special:EntityData/Q142.jsonld doesn't work yet. I assume a new version of purtle needs to be released, then wikidata's composer.json patched to require it? (https://gerrit.wikimedia.org/r/379669 is still waiting for review as well.)TASK DETAILhttps://phabricator.wikimedia.org/T44063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Prtksxna, gerritbot, PokestarFan, cscott, Liuxinyu970226, intracer, Aklapper, AnjaJentzsch, Abraham, Denny, Lydia_Pintscher, daniel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T121747: Serbian language does not appear for people from Serbia
cscott added a comment. It seems like Wikidata doesn't fully support wikis with LanguageConverter enabled? Does this same issue occur for zh-hans and zh-hant (and zh-hk, etc)?TASK DETAILhttps://phabricator.wikimedia.org/T121747EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: PokestarFan, cscott, adrianheine, Nikerabbit, Lydia_Pintscher, Nemo_bis, Aklapper, Nikola_Smolenski, StudiesWorld, GoranSMilovanovic, QZanden, Srdjan_m, MuhammadShuaib, Izno, LNDDYL, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, santhosh, KartikMistry, Mbch331, Jay8g___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166429: Getting a unclean output with {{#property:P856}} on site which enables Language Converter
cscott added a comment. @thiemowmde Nevermind, I got a little mixed up. I was concerned that -{zh:Foo;zh-tw:Bar}- would add an entry to the global translation table, in addition to specifying a one-time conversion. But that's not the case. You need to add the A or H (or -) flag to have global effects.TASK DETAILhttps://phabricator.wikimedia.org/T166429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, cscottCc: YFdyh000, cscott, ssastry, Elitre, gerritbot, fireattack, Shizhao, liangent, Aleksey_WMDE, Jonas, Jakob_WMDE, WMDE-leszek, hoo, aude, thiemowmde, Lydia_Pintscher, Aklapper, Cwek, GoranSMilovanovic, QZanden, JJMC89, Izno, LNDDYL, Fuzheado, Wikidata-bugs, zhuyifei1999, Arlolra, Jackmcbarn, Mbch331, Liuxinyu970226___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166429: Getting a unclean output with {{#property:P856}} on site which enables Language Converter
cscott added a comment. Hm, doesn't think -{...}- markup have side effects (ie, adding a rule to the conversion table) if the codes involved are languages, not scripts? Seems like you ought to be a little careful, since the "escape" function being used can have nonlocal effects.TASK DETAILhttps://phabricator.wikimedia.org/T166429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, cscottCc: YFdyh000, cscott, ssastry, Elitre, gerritbot, fireattack, Shizhao, liangent, Aleksey_WMDE, Jonas, Jakob_WMDE, WMDE-leszek, hoo, aude, thiemowmde, Lydia_Pintscher, Aklapper, Cwek, GoranSMilovanovic, QZanden, JJMC89, Izno, LNDDYL, Fuzheado, Wikidata-bugs, zhuyifei1999, Arlolra, Jackmcbarn, Mbch331, Liuxinyu970226___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T166429: Getting a unclean output with {{#property:P856}} on site which enables Language Converter
cscott added a comment. This is not related to the preprocessor change, it is long-standing bug in php LanguageConverter (to wit, conversion is applied at an awkward point in the parser pipeline, so it doesn't properly respect other syntactic structures). Sadly, LanguageConverter is riddled with these, although I've been making slow progress fixing them. I personally prefer solution three above: there is no reason to make the URL vary by selected variant, only the link caption should change. Effectively solution three would wrap the language variant inside the tag, while the autolink behavior would emit multiple tags inside the variant markup.TASK DETAILhttps://phabricator.wikimedia.org/T166429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, cscottCc: cscott, ssastry, Elitre, gerritbot, fireattack, Shizhao, liangent, Aleksey_WMDE, Jonas, Jakob_WMDE, WMDE-leszek, hoo, aude, thiemowmde, Lydia_Pintscher, Liuxinyu970226, Aklapper, Cwek, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, JJMC89, Maathavan, Izno, LNDDYL, Fuzheado, Wikidata-bugs, zhuyifei1999, Arlolra, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T44063: [Epic] Provide a plain linked data interface for accessing entities
cscott added a comment. @daniel I don't think they are incompatible. They are both W3C standards; I believe JSON-LD is just an alternate representation of the RDF data. In fact, it ought to be "more compatible" than publishing an alternate JSON representation which is *not* grounded semantically. But I'm quickly leaving my depth here: if you think it would be helpful I can connect you to the editor of the JSON-LD spec (who I met at the I Annotate conference at the beginning of the month) who'd be better placed to answer.TASK DETAILhttps://phabricator.wikimedia.org/T44063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Liuxinyu970226, intracer, Aklapper, AnjaJentzsch, Abraham, Denny, Lydia_Pintscher, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T44063: [Epic] Provide a plain linked data interface for accessing entities
cscott added a comment. It appears that we could support JSON-LD format without much trouble, which is the basis of the W3C Linked Data platform. In fact, there already exist JSON-LD processors for PHP, like https://github.com/digitalbazaar/php-json-ld and https://github.com/lanthaler/JsonLD -- the later of which is available in composer and already offers a conversion from N-Quads to JSON-LD. It is possible our "native JSON respresentation" could be transformed into compliant JSON-LD by the simple addition of a @context property and an appropriate MIME type. I'd have to look into that. This project relates to https://commons.wikimedia.org/wiki/Commons:Structured_data in so far as we eventually want to be able to annotate images with Wikidata relations. See https://www.mediawiki.org/wiki/Extension:FileAnnotations/Design#Research_and_User_testing and T146397: Edit interface should be nicer for mockups. These would be of the form "M18 is-image-of Q42" if I understand the current commons structured data proposal correctly.TASK DETAILhttps://phabricator.wikimedia.org/T44063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Liuxinyu970226, intracer, Aklapper, AnjaJentzsch, Abraham, Denny, Lydia_Pintscher, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T44063: [Epic] Provide a plain linked data interface for accessing entities
cscott added a comment. I'm investigating making https://www.mediawiki.org/wiki/Extension:FileAnnotations implement the W3C standard for annotations ( https://www.w3.org/TR/annotation-model/ ) and REST API ( https://www.w3.org/TR/annotation-protocol/ ). These are based on the LinkedData standard, so it seems the functionality in this bug would be a prerequisite. At the moment, I'm stuck on supplying a proper LD context for Wikidata properties. As I understand it, https://www.wikidata.org/wiki/Special:EntityData/Q142.ttl uses wdt:P18 and wdt is http://www.wikidata.org/prop/direct/ so in theory an application/ld+json request to http://www.wikidata.org/prop/direct/ ought to return a proper context which would let me use "@type": "P18" in the LD json of my annotation. Does that make sense? I'm still very new to this linked data stuff.TASK DETAILhttps://phabricator.wikimedia.org/T44063EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Liuxinyu970226, intracer, Aklapper, AnjaJentzsch, Abraham, Denny, Lydia_Pintscher, daniel, QZanden, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T156280: WikiBase assumes English doesn't have a variant
cscott added a comment. The correct logic to determine if a language has variants doesn't involve looking at the fallback chain. See discussion in T153341.TASK DETAILhttps://phabricator.wikimedia.org/T156280EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: daniel, hoo, aude, Lydia_Pintscher, thiemowmde, Smalyshev, Aklapper, cscott, QZanden, Izno, Wikidata-bugs, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T156280: WikiBase assumes English doesn't have a variant
cscott added a parent task: T45547: MediaWiki needs a fictitious variant for English for easier variant development work. TASK DETAILhttps://phabricator.wikimedia.org/T156280EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Smalyshev, Aklapper, cscott, QZanden, Salgo60, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T97882: [Story] Support multiple scripts for one language
cscott added a comment. FWIW, detecting sr-el and sr-ec may be easy, but distinguishing zh-hk from zh-cn is *not*. The CJK character block in particular has big overlap problems, dating back to when we were worried about having only 64k characters in unicode. Could someone edit the phab summary to more clearly indicate what the task is here? @daniel's been working on figuring it out, but I'm still in the dark after reading the whole thread.TASK DETAILhttps://phabricator.wikimedia.org/T97882EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: cscott, Nikola_Smolenski, Nikki, Liuxinyu970226, Filceolaire, Ricordisamoa, daniel, Aklapper, Amire80, GerardM, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T156280: WikiBase assumes English doesn't have a variant
cscott added a comment. The logic for "should a language have languageconverter enabled" is pretty baroque; see the discussion in T153341. It's more-or-less $language->getConverter() instanceof FakeConverter. If you use that logic, Wikibase will work for pig latin. Unfortunately, "having only a single variant" doesn't necessarily mean that language converter is not enabled. Some wikis might have existing text in a different variant, but then decide to shift to being a 'single variant wiki' --- but they'll leave language converter active to properly render their old content, and just disable all but one variant.TASK DETAILhttps://phabricator.wikimedia.org/T156280EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Smalyshev, Aklapper, cscott, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Created] T156280: WikiBase assumes English doesn't have a variant
cscott created this task.cscott added a project: MediaWiki-extensions-WikibaseClient.Herald added a subscriber: Aklapper.Herald added a project: Wikidata. TASK DESCRIPTIONSee gerrit failures for https://gerrit.wikimedia.org/r/72053 Wikibase makes the assumption that English won't have a variant assigned. That assumption isn't always correct.TASK DETAILhttps://phabricator.wikimedia.org/T156280EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Aklapper, cscott, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T107595: [RFC] Multi-Content Revisions
cscott added a comment. If we use MCR for annotation storage, it would be useful to have a canonical URL for the contents of a specific slot. That might be an API URL, like https://en.wikipedia.org/api/rest_v1/page/html/Main_Page/749836961/<slot number> or else a user-visible URL like https://en.wikipedia.org/wiki/Main_Page/<slot name> or https://en.wikipedia.org/wiki/:Main_Page or even a quasi-API URL like https://en.wikipedia.org/wiki/Special:redirect/slot//. Thoughts?TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, cscottCc: Izno, Pppery, Alsee, Florian, Liuxinyu970226, WMDE-leszek, Mholloway, Scott_WUaS, Niharika, MGChecker, LikeLifer, Elitre, Glaisher, JJMC89, RobLa-WMF, Yurik, ArielGlenn, APerson, TomT0m, Krenair, intracer, Tgr, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, D3r1ck01, Luke081515, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T149326: Dev Summit proposal: The future of the Wikidata Query Service
cscott added a comment. IIRC performance of some of the queries was a limiting factor to (for example) incorporating query results into infoboxes. Is that still an issue?TASK DETAILhttps://phabricator.wikimedia.org/T149326EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Deskana, cscottCc: cscott, Toniher, Lucie, yuvipanda, WMDE-leszek, fgiunchedi, Lydia_Pintscher, Tpt, Addshore, Qgil, Jonas, Aklapper, debt, Deskana, Smalyshev, Gehel, EBjune, Mohamedudhuman05, Xephyr826, mschwarzer, Avner, JJMC89, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Manybubbles, RobLa-WMF, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T149666: Next steps for machine translation
cscott added a comment. Discussed briefly at https://lists.wikimedia.org/pipermail/wikimedia-l/2016-November/085545.html: my "big picture" vision here is that we start using our machine translation tools to tie our projects more tightly together, so we feel more like "one project aided by a bunch of babel fish" and less like "a thousand separate projects, each in their own tower". (Mangling the tower of babel metaphor a bit, I hope you'll forgive me.)TASK DETAILhttps://phabricator.wikimedia.org/T149666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Addshore, Siznax, Psychoslave, Nikerabbit, Qgil, Halfak, Amire80, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, Soum213, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude, RobLa-WMF, Jsahleen, Arrbee, santhosh, KartikMistry, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T149666: Next steps for machine translation
cscott added a parent task: T147708: Facilitate Wikidev'17 main topic "Artificial Intelligence to build and navigate content". TASK DETAILhttps://phabricator.wikimedia.org/T149666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Addshore, Siznax, Psychoslave, Nikerabbit, Qgil, Halfak, Amire80, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, Soum213, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude, RobLa-WMF, Jsahleen, Arrbee, santhosh, KartikMistry, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T149666: Next steps for machine translation
cscott edited the task description. (Show Details) EDIT DETAILS...== Links == * ...* [Moses](http://www.statmt.org/moses/) open source *statistical* translation tool * [Apertium](https://www.apertium.org/) open source *rule/dictionary based* translation tool * Google's current statistical translation framework: https://research.googleblog.com/2016/09/a-neural-network-for-machine.html * Using wikidata for interlanguage links: https://meta.wikimedia.org/wiki/A_newer_look_at_the_interlanguage_link TASK DETAILhttps://phabricator.wikimedia.org/T149666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Nikerabbit, Qgil, Halfak, Amire80, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, Soum213, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude, RobLa-WMF, Jsahleen, Arrbee, santhosh, KartikMistry, Mbch331, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114454: [RFC] Visual Templates: Authoring templates with Visual Editor
cscott added a subscriber: Qgil.cscott added a comment. In T114454#2788637, @Qgil wrote: Who would be the person facilitating this session? Please assign this task to that person if you are aiming to have this session pre-scheduled. Thank you! That would be me. Assigned. A reminder that TPG needs to help out in the in-person facilitation of the "beyond wikitext" topic sessions, since I can't really facilitate and present at once. (I'm also relying on the token-voting scheme for proposals, or something similar, to provide a bit of objective prioritizations between proposals, so i'm not tempted to schedule the "beyond wikitext" entirely with my mediawiki wishlist.)TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Qgil, MZMcBride, jeblad, Physikerwelt, RobLa-WMF, StudiesWorld, Krenair, Jdforrester-WMF, daniel, Anomie, cscott, Aklapper, Mohamedudhuman05, merbst, JJMC89, Crang115, Wess, D3r1ck01, Izno, Luke081515, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, GWicke, Dinoguy1000, jayvdb, MrStradivarius, Swainr, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, bd808, Elitre, Legoktm, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T114454: [RFC] Visual Templates: Authoring templates with Visual Editor
cscott added a project: VisualEditor.cscott edited the task description. (Show Details) EDIT DETAILS**Type of activity:** Pre-scheduled session. **Main topic:** Handling wiki content beyond plaintext == The problem == VisualEditor is a friendly means to edit *content*, but it presently provides no means to author *templates*, which are an important component of our projects. We can use Visual Editor to edit templates, and in the process better separate code, content, and presentation. I'm going to call these "Visual Templates"***Syntax details can be tweaked: your input wanted!*** Mailing list discussion: https://lists.wikimedia.org/pipermail/wikitech-l/2015-October/083467.html *See also:* {T114251} **SUMMIT PLAN**== Expected outcome == * The primary goal for the summit would be to stimulate discussion of "visual template editing" in general, and agree on a strategy. Is template authorship always going to be a function of wikitext? Or do we want to build a specialized IDE with little resemblance to VE? What's the 10-year view for templates?...* A secondary goal would be to stimulate interest in/discussion of/development of related technologies, for example alternate templating engines or Scribunto/Js.for example alternate templating engines or Scribunto/Js. == Current status of the discussion == Mailing list discussion: https://lists.wikimedia.org/pipermail/wikitech-l/2015-October/083467.html Discussion below as well. == Links == *See also:* {T114251} TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: MZMcBride, jeblad, Physikerwelt, RobLa-WMF, StudiesWorld, Krenair, Jdforrester-WMF, daniel, Anomie, cscott, Aklapper, Mohamedudhuman05, merbst, JJMC89, Crang115, Wess, D3r1ck01, Izno, Luke081515, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, GWicke, Dinoguy1000, jayvdb, MrStradivarius, Swainr, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, bd808, Elitre, Legoktm, greg, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T149666: Next steps for machine translation
cscott added projects: Language-Team, MediaWiki-extensions-ContentTranslation, Wikidata. TASK DETAILhttps://phabricator.wikimedia.org/T149666EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: Qgil, Halfak, Amire80, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, Soum213, D3r1ck01, Nizil, Ixocactus, Izno, Wikidata-bugs, aude, RobLa-WMF, Jsahleen, Nikerabbit, Arrbee, santhosh, KartikMistry, Mbch331, greg___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107595: [RFC] Multi-Content Revisions
cscott removed a parent task: T147602: Facilitate Wikidev'17 main topic "Handling wiki content beyond plaintext". TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, cscottCc: Izno, Pppery, ggellerman, Alsee, Florian, Liuxinyu970226, WMDE-leszek, Mholloway, Scott_WUaS, Niharika, MGChecker, LikeLifer, Elitre, Glaisher, JJMC89, RobLa-WMF, Yurik, ArielGlenn, APerson, TomT0m, Krenair, intracer, Tgr, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, D3r1ck01, Luke081515, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T149532: Why Multi-Content-Revisions? Use cases and requirements.
cscott added a subtask: T107595: [RFC] Multi-Content Revisions. TASK DETAILhttps://phabricator.wikimedia.org/T149532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, cscottCc: Esc3300, Qgil, Catrope, greg, Aklapper, Jdforrester-WMF, GWicke, brion, Tgr, daniel, Mohamedudhuman05, JJMC89, Crang115, D3r1ck01, Izno, Wikidata-bugs, aude, RobLa-WMF, Jackmcbarn, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107595: [RFC] Multi-Content Revisions
cscott added a parent task: T149532: Why Multi-Content-Revisions? Use cases and requirements.. TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, cscottCc: Izno, Pppery, ggellerman, Alsee, Florian, Liuxinyu970226, WMDE-leszek, Mholloway, Scott_WUaS, Niharika, MGChecker, LikeLifer, Elitre, Glaisher, JJMC89, RobLa-WMF, Yurik, ArielGlenn, APerson, TomT0m, Krenair, intracer, Tgr, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, D3r1ck01, Luke081515, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T107595: [RFC] Multi-Content Revisions
cscott added a parent task: T147602: Facilitate Wikidev'17 main topic "Handling wiki content beyond plaintext". TASK DETAILhttps://phabricator.wikimedia.org/T107595EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: brion, cscottCc: Izno, Pppery, ggellerman, Alsee, Florian, Liuxinyu970226, WMDE-leszek, Mholloway, Scott_WUaS, Niharika, MGChecker, LikeLifer, Elitre, Glaisher, JJMC89, RobLa-WMF, Yurik, ArielGlenn, APerson, TomT0m, Krenair, intracer, Tgr, Tobi_WMDE_SW, Addshore, Lydia_Pintscher, cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, D3r1ck01, Luke081515, Wikidata-bugs, aude, jayvdb, fbstj, Mbch331, Jay8g, bd808___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T114454: [RFC] Visual Templates: Authoring templates with Visual Editor
cscott added a parent task: T147602: Facilitate Wikidev'17 main topic "Handling wiki content beyond plaintext". TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: MZMcBride, jeblad, Physikerwelt, RobLa-WMF, StudiesWorld, Krenair, Jdforrester-WMF, daniel, Anomie, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Dinoguy1000, jayvdb, MrStradivarius, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, bd808, Elitre, Legoktm, greg, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T114454: [RFC] Visual Templates: Authoring templates with Visual Editor
cscott added a comment. This proposal didn't actually get a session at the 2016 dev summit. It was elected as a topic for the all hands unconference, but when everyone showed up it turned out that all of the attendees (other than me) thought this was going to be a tutorial on authoring templates, not some crazy idea about how you *would* write them in the future. So we redirected the unconference session. At any rate, re-nominating for the 2017 dev summit, in the "Handling wiki content beyond plaintext" track.TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: MZMcBride, jeblad, Physikerwelt, RobLa-WMF, StudiesWorld, Krenair, Jdforrester-WMF, daniel, Anomie, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Dinoguy1000, jayvdb, MrStradivarius, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, bd808, Elitre, Legoktm, greg, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T114454: [RFC] Visual Templates: Authoring templates with Visual Editor
cscott added a project: Wikimedia-Developer-Summit (2017). TASK DETAILhttps://phabricator.wikimedia.org/T114454EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: cscottCc: MZMcBride, jeblad, Physikerwelt, RobLa-WMF, StudiesWorld, Krenair, Jdforrester-WMF, daniel, Anomie, cscott, Aklapper, Mohamedudhuman05, JJMC89, Crang115, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, GWicke, Dinoguy1000, jayvdb, MrStradivarius, fbstj, Jackmcbarn, Mbch331, Jay8g, Ltrlg, bd808, Elitre, Legoktm, greg, Qgil___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112987: Separating infoboxes and navboxes from article content
cscott added a comment. @hoo's slides: F3203393: Magic Infoboxes.pdf <https://phabricator.wikimedia.org/F3203393> TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: jmadler, Lokal_Profil, Bianjiang, Jdlrobson, GWicke, Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112987: Separating infoboxes and navboxes from article content
cscott added a comment. I put together a few slides for an overview at the start of the session: https://docs.google.com/presentation/d/1pFUIoC0rQioUBYEs5DQPVJvi9WdCXFEUebUdlo1v0RE/edit?usp=sharing Hopefully @hoo can describe his stuff at the end, and maybe if @daniel is present he can say a few words about how T107595: [RFC] Multi-Content Revisions <https://phabricator.wikimedia.org/T107595> might be relevant. TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Jdlrobson, GWicke, Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112987: Separating infoboxes and navboxes from article content
cscott added a subscriber: GWicke. cscott added a comment. @hoo Are you attending the summit? Can you talk a little bit about https://phabricator.wikimedia.org/T114251? @gwicke Can you talk a bit about Content Widgets? @daniel Will you be there, can you talk about https://phabricator.wikimedia.org/T107595? TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: GWicke, Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112987: Separating infoboxes and navboxes from article content
cscott added a comment. So one of my goals here is cross-fertilization. We've got a bunch of folks who have worked on various flavors of "better infobox". I'd like to make sure we get a chance to talk shop and say what we liked/didn't liked about our various approaches, and see if we can't come up with a better mousetrap (or agree that someone's particular mousetrap is already the best). @RobLa-WMF suggests that this is important from the perspective of the "Next Generation Content Loading and Routing" track as well, since we're proposing to decouple infoboxes from article content in various ways. TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: GWicke, Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112987: Separating infoboxes and navboxes from article content
cscott added a subscriber: Jdlrobson. cscott added a comment. @hoo do you think you could pull together 2-5 slides for a "lightning talk" on your work? Maybe pull from your [Wikimedia talk https://wikimania2015.wikimedia.org/wiki/Submissions/Making_Infoboxes_easier_to_edit_and_maintain_with_the_help_of_Wikidata] and from T114251: [RFC] Magic Infobox implementation <https://phabricator.wikimedia.org/T114251>. Not a whole wikimania-length talk, just enough to outline your basic approach and get the conversation started. Same request applies to @gwicke, @daniel and @jdlrobson (and anyone else who has work on infoboxes they'd like to *briefly* present). TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Jdlrobson, GWicke, Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T112987: Separating infoboxes and navboxes from article content
cscott added a comment. Hey, @RobLa-WMF -- I noticed this is scheduled for an 80 minute slot starting 11:30AM on the first day of the summit -- opposite an open slot in the larger Robertson 1. What's the expected format of this session? Should I start by presenting an overview of the various options to set the stage? TASK DETAIL https://phabricator.wikimedia.org/T112987 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Liuxinyu970226, tarlocesilion, Candalua, Izno, Susannaanas, StudiesWorld, Jdforrester-WMF, Isarra, Qgil, MrStradivarius, hoo, daniel, JanZerebecki, Tgr, Jay8g, ssastry, RobLa, violetto, Amire80, Deskana, Wwes, Lydia_Pintscher, RobLa-WMF, brion, cscott, Aklapper, Wikidata-bugs, aude, Ricordisamoa, Mbch331, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Changed Subscribers] T107595: RFC: Multi-Content Revisions
cscott added a subscriber: cscott. TASK DETAIL https://phabricator.wikimedia.org/T107595 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: daniel, cscott Cc: cscott, PleaseStand, awight, Ricordisamoa, GWicke, MarkTraceur, waldyrious, Legoktm, Aklapper, Jdforrester-WMF, Ltrlg, brion, Spage, MZMcBride, daniel, Wikidata-bugs, aude, Jay8g, bd808 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T75130: Skip images when required attribution is impossible
cscott added a comment. @Nemo_bis: we're just repeating the data provided by the `extmetadata` property of the action API `imageinfo` query: https://gerrit.wikimedia.org/r/107562 We can grab AttributionRequired as well, but it would be nicer if `extmetadata` would also give us a boolean for `AttributeValid` rather than making us try to match against `?`. After all -- is that `?` localized? What character is returned in arabic locales? TASK DETAIL https://phabricator.wikimedia.org/T75130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Tgr, Matanya, Vibhabamba, JKatzWMF, Ricordisamoa, Elitre, Nemo_bis, saper, cscott, LuisV_WMF, wikibugs-l-list, Wikidata-bugs, aude, Bawolff, Fabrice_Florin, Krenair, Malyacko, Mjbmr, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T75130: Skip images when required attribution is impossible
cscott added a comment. We should get a boolean from the imageinfo API for this. Includable or licensed or something like that. Certainly OCG shouldn't be trying to parse license fields itself. TASK DETAIL https://phabricator.wikimedia.org/T75130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Matanya, Vibhabamba, JKatzWMF, Ricordisamoa, Elitre, Nemo_bis, saper, cscott, LuisV_WMF, wikibugs-l-list, Wikidata-bugs, aude, Fabrice_Florin, Krenair, Tgr, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T75130: Skip images when required attribution is impossible
cscott edited projects, added Structured-Multimedia-Data; removed MediaWiki-extensions-MultimediaViewer. Herald added a subscriber: Matanya. Herald added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T75130 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott Cc: Matanya, Vibhabamba, JKatzWMF, Ricordisamoa, Elitre, Nemo_bis, saper, cscott, LuisV_WMF, wikibugs-l-list, Wikidata-bugs, aude, Fabrice_Florin, Krenair, Tgr, Malyacko, P.Copp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs