[Wikidata-bugs] [Maniphest] T301004: Use OutputPage::appendExtensionData for wikibase-otherprojects-sidebar
Tacsipacsi added a comment. As far as I see, it’s executed at most once per parse (assuming that ContentAlterParserOutput <https://www.mediawiki.org/wiki/Manual:Hooks/ContentAlterParserOutput> is called at most once), so it should be safe to continue using `ParserOutput::setExtensionData`. (It sets an array, but in one pass. And the order matters, which is not guaranteed if the set behavior of `ParserOutput::appendExtensionData` is taken seriously.) TASK DETAIL https://phabricator.wikimedia.org/T301004 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: cscott, Tacsipacsi Cc: Tacsipacsi, Aklapper, cscott, Danny_Benjafield_WMDE, S8321414, Astuthiodit_1, SLopes-WMF, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, DAlangi_WMF, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, KimKelting, LawExplorer, JJMC89, _jensen, rosalieper, Scott_WUaS, Nirmos, Jrf, Cwek, Wikidata-bugs, aude, Dinoguy1000, ssastry, 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] T310581: Make LanguageCode::bcp47() available in Lua
Tacsipacsi added a comment. Not really. Given `simplewiki`, T253387 <https://phabricator.wikimedia.org/T253387> should give `simple` and `wikipedia`, as `simple` is a valid “non-standard language code” (i.e. a language code that is known to MediaWiki but isn’t valid, or has a slightly different meaning, in BCP 47). Given `simple`, this task gives `en-simple`, which is the BCP 47 language tag for Simple English. TASK DETAIL https://phabricator.wikimedia.org/T310581 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Michael, Izno, cscott, mxn, Zebulon84, Tacsipacsi, Lucas_Werkmeister_WMDE, Danny_Benjafield_WMDE, S8321414, mrephabricator, LennardHofmann, Astuthiodit_1, MaryMunyoki, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, srishakatux, KimKelting, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, 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] T301220: Create new lexeme missing on mobile
Tacsipacsi added a comment. This is not specific to mobile, the search results page displays the same text (namely search-nonefound <https://www.wikidata.org/wiki/MediaWiki:Search-nonefound>) on desktop as well. Options: - Ask an admin to include the new lexeme link. - Search for “Lexeme:lagd kort ligger” <https://m.wikidata.org/w/index.php?search=Lexeme:lagd+kort+ligger>, which displays a link to Special:NewLexeme (but not for Special:NewItem). TASK DETAIL https://phabricator.wikimedia.org/T301220 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, So9q, Aklapper, Danny_Benjafield_WMDE, S8321414, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, KimKelting, LawExplorer, _jensen, rosalieper, Scott_WUaS, Myst, Wikidata-bugs, aude, Lydia_Pintscher, 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
Tacsipacsi added a comment. In T310581#9660648 <https://phabricator.wikimedia.org/T310581#9660648>, @Lucas_Werkmeister_WMDE wrote: > Apparently @cscott recently added toBcp47Code() <https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Scribunto/+/983271>, but as a non-static instance method. I’ve already used it <https://www.wikidata.org/w/index.php?title=Module:Wikidata_label/sandbox=2109754235>, forgetting about the fact that it supposedly doesn’t exist. > I think the expensiveness argument from earlier needs to be reevaluated anyway, though, in light of T342418: Speed up Language creation <https://phabricator.wikimedia.org/T342418> – both creating a language and looking up its RTL flag should be fast now, as far as I’m aware. (But I don’t know if Scribunto was updated for that or if it still includes it in the expensive function count.) Creating a new language object is not an “expensive parser function” as tracked by the core parser (I don’t know if it has ever been one, but definitely wasn’t when I wrote T310581#8002337 <https://phabricator.wikimedia.org/T310581#8002337>). It uses a separate counter, which still defaults to 30, but has been 200 in WMF production since T85461 <https://phabricator.wikimedia.org/T85461>. TASK DETAIL https://phabricator.wikimedia.org/T310581 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Izno, cscott, mxn, Zebulon84, Tacsipacsi, Lucas_Werkmeister_WMDE, Danny_Benjafield_WMDE, S8321414, mrephabricator, LennardHofmann, Astuthiodit_1, MaryMunyoki, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, srishakatux, KimKelting, LawExplorer, SundanceRaphael, _jensen, rosalieper, Scott_WUaS, 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] T74712: ENTER should submit the "Link with page" popup when adding a new site links from client
Tacsipacsi added a comment. Could someone review this patch? It’s been waiting for a +2 for over two years now. TASK DETAIL https://phabricator.wikimedia.org/T74712 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Wikidata-bugs, He7d3r, Lydia_Pintscher, hoo, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, Dinadineke, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, tabish.shaikh91, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, JakeTheDeveloper, QZanden, KimKelting, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, aude, TheDJ, 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] T303111: Local interlanguage links on multilingual Wikisource are added to Wikidata-based ones instead of replacing them
Tacsipacsi added a comment. In T303111#9605129 <https://phabricator.wikimedia.org/T303111#9605129>, @Michael wrote: > Not sure, but is this missing `{{noexternallanglinks}}`? `{{noexternallanglinks}}` shouldn’t be necessary. If a local interlanguage link is defined, it should override the Wikibase-based one even without the magic word; this works on every other wiki. (E.g. https://hu.wikipedia.org/w/index.php?title=E-d%C3%BAr_heged%C5%B1verseny_(Johann_Sebastian_Bach)=21583931 shows only the local interlanguage link `[[de:Violinkonzerte (Bach)#Violinkonzert E-Dur BWV 1042]]` and automatically hides the Wikidata-based `[[de:BWV 1042]]`.) > That being said, could you elaborate on what the motivation behind the module is? The historical motivation behind the module is that Wikidata hasn’t supported multilingual Wikisource for a long time (T275958 <https://phabricator.wikimedia.org/T275958>). The reason why I didn’t remove the module call once Wikidata started supporting multilingual Wikisource is that on translations like https://wikisource.org/wiki/Wikisource:WS_Export/de, only the module works (this is not specific to multilingual Wikisource; simply translations are different pages and Wikibase Client handles them as such). TASK DETAIL https://phabricator.wikimedia.org/T303111 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Michael, Tacsipacsi, Aklapper, Danny_Benjafield_WMDE, KLawal-WMF, PMenon-WMF, Astuthiodit_1, karapayneWMDE, Invadibot, Bebiezaza, maantietaja, ItamarWMDE, Akuckartz, Soda, MJL, Nandana, Matlin, lucamauri, Lahi, Gq86, Xover, GoranSMilovanovic, Mahir256, QZanden, KimKelting, LawExplorer, Assassas77, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, Hsarrazin, Wikidata-bugs, aude, jayvdb, Shizhao, Billinghurst, Mbch331, jayantanth, Ltrlg, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T355697: WikibaseQualityConstraints suggestions feature can show suggestions out-of-order
Tacsipacsi added a comment. > (which would also be more in line with the API etiquette <https://www.mediawiki.org/wiki/API:Etiquette#Request_limit>). While the etiquette doesn’t state this (nor the contrary), I think we should be strict about the request limit only in non-interactive scenarios – yes, many concurrent requests put strain on the API, but on the other hand sequential requests worsen the user experience. TASK DETAIL https://phabricator.wikimedia.org/T355697 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Pigsonthewing, Sjoerddebruin, Aklapper, Lucas_Werkmeister_WMDE, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Eihel, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, KimKelting, Esc3300, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Agabi10, Neuronton, Scott_WUaS, abian, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T47441: Watchlist notification emails should contain label
Tacsipacsi renamed this task from "watchlist notification emails should contain label" to "Watchlist notification emails should contain label". Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T47441 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, sweil, Daniel_Mietchen, Mbch331, Ricordisamoa, Aklapper, Wikidata-bugs, aude, kaldari, Lydia_Pintscher, jeremyb, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Dinadineke, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, JakeTheDeveloper, QZanden, KimKelting, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, TheDJ ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T354316: Popups/tooltips in Wikidata interface cause horizontal scrolling on narrow screens
Tacsipacsi added a comment. `right:0` isn’t good on all small screen sizes either: what if the popup is wider than the whole screen? A `right:0` would make it overflow – but this time on the left, which means that there’s no scrollbar, the content is simply hidden. So if the popup width is larger than the viewport width, it should once again be left-aligned, although possibly anchored to the left side of the viewport instead of wherever it’s anchored on large screens. TASK DETAIL https://phabricator.wikimedia.org/T354316 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Nikki, Danny_Benjafield_WMDE, 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] T350806: Phase out Title::getPageViewLanguage in favour of ParserOutput metadata
Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T350806 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: DAlangi_WMF, Tacsipacsi Cc: Tacsipacsi, xSavitar, Tgr, WMDE-leszek, Michael, matmarex, Aklapper, Krinkle, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Mohamed-Awnallah, Adamm71, Jersione, Hellket777, mrephabricator, LennardHofmann, LisafBia6531, Astuthiodit_1, 786, lbowmaker, BTullis, Biggs657, karapayneWMDE, toberto, Invadibot, Ywats0ns, caldera, maantietaja, Juan90264, Alter-paule, NavinRizwi, Beast1978, CBogen, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, 94rain, CucyNoiD, Nandana, Gaboe420, lucamauri, Patriccck, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Ramsey-WMF, Bsandipan, GoranSMilovanovic, TJH2018, Nattes, QZanden, EnricoCNC, LawExplorer, Lewizho99, Maathavan, SundanceRaphael, _jensen, rosalieper, Taiwania_Justo, Neuronton, Scott_WUaS, Izno, alex-mashin, Wikidata-bugs, aude, geraki, Dinoguy1000, Gryllida, jeblad, jayvdb, MrStradivarius, Catrope, 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] T324420: Allow creating items with badges using Special:NewItem
Tacsipacsi added a comment. In T324420#9400336 <https://phabricator.wikimedia.org/T324420#9400336>, @Arian_Bozorg wrote: > it's only on the redirect and also helps walk them through what is required to create the item. It’s not only when connecting redirects. The badge selector always appears when Special:NewItem is reached with `site` and `page` specified in the URL, regardless of whether the page is a redirect. So it always appears when Special:NewItem is reached by clicking on the //Add links// link on a Wikibase Client site, but never when Special:NewItem is reached by clicking on the //Create a new Item// link in the Wikidata sidebar. TASK DETAIL https://phabricator.wikimedia.org/T324420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Sarai-WMDE, Arian_Bozorg, Tacsipacsi, Lucas_Werkmeister_WMDE, Oudedutchman, Aklapper, Stang, Ericliu1912, Bugreporter, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, 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, Maathavan, _jensen, rosalieper, Neuronton, 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] T352603: Gadget-PrimarySources throws JS error: Uncaught TypeError: async.parallel is not a function
Tacsipacsi added a comment. Since native Promise is supported now, what about migrating the gadget to those, dropping the Async.js dependency? Including minified JS (the Async.js code in this case) on wiki pages isn’t a best practice anyway. TASK DETAIL https://phabricator.wikimedia.org/T352603 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Raymond, Danny_Benjafield_WMDE, Astuthiodit_1, Susie413113, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Jingbiao95, Nandana, Matlin, Lahi, Gq86, GoranSMilovanovic, Kiailandi, QZanden, dachary, LawExplorer, _jensen, rosalieper, Hjfocs, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, 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] T324420: Allow creating items with badges using Special:NewItem
Tacsipacsi added a comment. In T324420#9375572 <https://phabricator.wikimedia.org/T324420#9375572>, @Oudedutchman wrote: > We can assume that if the user opens a redirect page and decides to attach it to Wikidata, they know what they’re doing. In this task, I don’t think we can safely assume that the user opened a redirect page in the first place. They may have opened the page before it was turned into a redirect, they may have arrived at Special:NewItem following a link other than the one at the bottom of the language link list (e.g. a link in the wikitext of a page, or a link in a Toolforge tool). While in T324419 <https://phabricator.wikimedia.org/T324419>, I think it makes sense to add the badge automatically (if possible), it’s too risky in this task’s patch. With the broadened scope (which I agree with), it would also be inconsistent to automatically add the redirect badge but not the other ones. TASK DETAIL https://phabricator.wikimedia.org/T324420 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Arian_Bozorg, Tacsipacsi, Lucas_Werkmeister_WMDE, Oudedutchman, Aklapper, Stang, Ericliu1912, Bugreporter, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, 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, Maathavan, _jensen, rosalieper, Neuronton, 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] T324419: Allow connecting redirects using sitelink widget
Tacsipacsi added a comment. In T324419#9374215 <https://phabricator.wikimedia.org/T324419#9374215>, @Oudedutchman wrote: > For me it is actually navigating to the Special:NewItem if there are no interlanguage links. And I could not find any “add links” gadget. Tested on https://test.wikipedia.org/wiki/Test%E0%BA%81%E0%BB%8D%E0%BB%89, clicking on the //Add links// link did open up the gadget for me. It looks like this: F41551851: Screenshot 2023-12-01 at 21-55-43 Testກໍ້ - Test Wikipedia.png <https://phabricator.wikimedia.org/F41551851> TASK DETAIL https://phabricator.wikimedia.org/T324419 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lucas_Werkmeister_WMDE, Ifeatu_Nnaobi_WMDE, Oudedutchman, Manuel, Tacsipacsi, Aklapper, Stang, Ericliu1912, Bugreporter, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T324419: Allow connecting redirects using sitelink widget
Tacsipacsi added a comment. It //links// to Special:NewItem, but a click handler brings up a dialog window (rather than navigating away) if there are no interlanguage links: that is the “add links” gadget. Being a JavaScript tool, it uses the MediaWiki action API, not a special page. TASK DETAIL https://phabricator.wikimedia.org/T324419 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lucas_Werkmeister_WMDE, Ifeatu_Nnaobi_WMDE, Oudedutchman, Manuel, Tacsipacsi, Aklapper, Stang, Ericliu1912, Bugreporter, Danny_Benjafield_WMDE, Isabelladantes1983, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, 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, Maathavan, _jensen, rosalieper, Neuronton, 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] T249687: gadget to add external ID as reference
Tacsipacsi added a comment. This task asked for a //gadget//, the mentioned thing is a //user script//. It’s probably a good starting point, but doesn’t resolve the task. (And a simple move to MediaWiki namespace isn’t straightforward due to T75714 <https://phabricator.wikimedia.org/T75714> and the script using ES6 syntax.) TASK DETAIL https://phabricator.wikimedia.org/T249687 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lydia_Pintscher, Tacsipacsi Cc: Tacsipacsi, TiagoLubiana, Vahurzpu, Aklapper, ArthurPSmith, Lydia_Pintscher, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Dinadineke, Nandana, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, JakeTheDeveloper, QZanden, dachary, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, TheDJ, 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] T350480: Prevent content injection (blacklisted URL) through Wikidata
Tacsipacsi added a project: AbuseFilter. Tacsipacsi added a comment. The module reads data, not wikitext, it’s free to do with it whatever it wants, and I don’t think this should be changed (e.g. by doing as if the statement wasn’t there). However, SpamBlacklist could provide a Lua interface to determine whether a link is blacklisted that considers everything SpamBlacklist uses (local blacklist, global blacklist, local whitelist). And AbuseFilter another one that considers MediaWiki:BlockedExternalDomains.json / Special:BlockedExternalDomains, because that ended up in the AbuseFilter extension (T337431 <https://phabricator.wikimedia.org/T337431>). Based on the result of these filters, it would be up to the module to do something, for example: - Suppress the link without any traces - Suppress the link and show instead a notice to the reader about this fact - Show the URL delinked In addition to any solution, it could also add a tracking category. TASK DETAIL https://phabricator.wikimedia.org/T350480 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, SyntaxTerror, Aklapper, LD, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, 94rain, Nandana, Lahi, Gq86, Daimona, GoranSMilovanovic, ihojose, QZanden, LawExplorer, Litanwei, JJMC89, _jensen, rosalieper, Scott_WUaS, Wong128hk, Nirmos, Wikidata-bugs, aude, Nullzero, Huji, Billinghurst, 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] T210784: There is no "In other languages" section on sl.wikt Main Page, though listed in Wikidata item
Tacsipacsi added a comment. I don’t think this bug has much to do with Cognate other than the fact that Wikibase interlanguage links are disabled in mainspace because Cognate provides the required functionality. TASK DETAIL https://phabricator.wikimedia.org/T210784 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Gat_lombart, Tacsipacsi, Nikerabbit, Aklapper, Janezdrilc, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Thibaut120094, Wikidata-bugs, aude, Lydia_Pintscher, Darkdadaah, Mbch331, Ltrlg ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T311409: Wikibase needs special handling for translatable pages
Tacsipacsi added a comment. What about adding a hook to `SiteLinkTable::getItemIdForLink` that allows Translate to fake the item ID (by providing the item ID of the translatable page)? It would make translations of connected pages work the same way as the translatable pages themselves: not appearing in Special:UnconnectedPages; showing interlanguage links; allowing access to Wikidata data without having to use `mw.wikibase.getEntityIdForTitle()` in Lua; etc. (Maybe the hook should run only if there is no data in the database, i.e. only allow adding virtual sitelinks to pages that have no real sitelinks, and don’t allow changing/removing real sitelinks.) TASK DETAIL https://phabricator.wikimedia.org/T311409 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Lucas_Werkmeister_WMDE, Aklapper, Nikerabbit, Danny_Benjafield_WMDE, 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] T340859: Edit buttons overlap on Minerva on Wikidata
Tacsipacsi added a comment. In T340859#9243405 <https://phabricator.wikimedia.org/T340859#9243405>, @Jdlrobson wrote: > @Tacsipacsi mw.config variables are not currently covered by the frontend stable policy <https://www.mediawiki.org/w/index.php?title=Stable_interface_policy/Frontend>. The problem is exactly that the policy doesn’t cover them at all – it states neither that they’re a stable interface nor that they aren’t. There are config variables (e.g. `wgPageName`) that are used all over the place and hopefully nobody would remove without deprecation, which makes one think that `mw.config` is in general a stable interface. This should be addressed in the policy, either by introducing a way to mark certain variables stable, or by introducing a totally new store for stable variables. TASK DETAIL https://phabricator.wikimedia.org/T340859 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lydia_Pintscher, Tacsipacsi, Jdlrobson, Nikki, Lucas_Werkmeister_WMDE, Aklapper, Masumrezarock100, PAC2, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T340859: Edit buttons overlap on Minerva on Wikidata
Tacsipacsi added a comment. In T340859#9240624 <https://phabricator.wikimedia.org/T340859#9240624>, @Jdlrobson wrote: > it is better to feature detect for the precise thing you want e.g. "If I click the edit button will the mobile editor show?" . That's going to be more robust and stable code in the long run. The question is not “if I click the edit button will the mobile editor show?”; the question is “is the ResourceLoader module I’m about to load compatible with the environment I’m using?”. Before the removal of the targets system, it was the same question as “does the module support the target I’m using?”, and if the answer was “no”, ResourceLoader refused to load the module. Since 74be4c581a7 <https://phabricator.wikimedia.org/rEWBA74be4c581a73b4aa565f861521250e5dc1540625>, it’s the same question as “is the `WikibaseRepo.MobileSite` ’service’ [against whose widepread use I unsuccessfully argued in the code review of 55405ff <https://phabricator.wikimedia.org/rEWBA55405fff97ac12dbea151ac2684821762cfc>] true?” or “does `MobileContext::shouldDisplayMobileView()` return true?”. Neither of these have direct JavaScript equivalents, the closest equivalent being whether there is any variable present which is defined only if `MobileContext::shouldDisplayMobileView()` is true. In the long run, we don’t need a robust solution for determining whether a module will mess up the page when loaded, but modules that simply don’t mess up the page. By the way, why isn’t `mw.config.get('wgMFMode')` a stable interface? MobileFrontend sets this variable, but never uses it, so it’s clearly there for the benefit of third-party users like gadget authors. TASK DETAIL https://phabricator.wikimedia.org/T340859 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lydia_Pintscher, Tacsipacsi, Jdlrobson, Nikki, Lucas_Werkmeister_WMDE, Aklapper, Masumrezarock100, PAC2, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T347578: HTML tags in Entity diff title
Tacsipacsi reassigned this task from matmarex to Lucas_Werkmeister_WMDE. Tacsipacsi added a comment. Thanks @Lucas_Werkmeister_WMDE and @matmarex for fixing it! Is it worth it creating a task to eliminate the difference between `diffonly=1` and `diffonly=0`? TASK DETAIL https://phabricator.wikimedia.org/T347578 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Tacsipacsi Cc: MilkyDefer, Aschroet, Mike_Peel, Raymond, Tacsipacsi, TheresNoTime, IKhitron, Wotheina, matmarex, Ammarpad, Lucas_Werkmeister_WMDE, Aklapper, Michael, Danny_Benjafield_WMDE, 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] T347578: HTML tags in Entity diff title
Tacsipacsi added a comment. In T347578#9207898 <https://phabricator.wikimedia.org/T347578#9207898>, @matmarex wrote: > So… maybe the styling (which looked wrong to @michael above :) ) isn't actually intended, just happening by accident when the page content is displayed below the diff? Given that it’s set in a method named `setDiffPageTitle` (see T347578#9206634 <https://phabricator.wikimedia.org/T347578#9206634>), it’s obviously quite intended that it appears on diffs with `diffonly=0`. The accidental thing is that it //doesn’t// appear on diffs with `diffonly=1` – if I understand the code correctly, the data it uses is set in an OutputPageParserOutput hook <https://www.mediawiki.org/wiki/Manual:Hooks/OutputPageParserOutput> handler, which seems not to run with `diffonly=1` (which sounds right on core’s side, why would the hook run if there’s no parsed content on the page?). TASK DETAIL https://phabricator.wikimedia.org/T347578 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, TheresNoTime, IKhitron, Wotheina, matmarex, Ammarpad, Lucas_Werkmeister_WMDE, Aklapper, Michael, Danny_Benjafield_WMDE, 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] T321532: Console error - 'Error: View mediainfoview does not exist' on Commons File pages
Tacsipacsi added a comment. I’m able to reproduce this on https://commons.wikimedia.org/wiki/File:Dia_do_Aviador_(50535075482).jpg, with and without safe mode, with plain [F5] and with [⌃] + [F5]. I can also reproduce at the URL set in the //Request URL// field. (All testing done logged-out, because on this machine, I’m only logged in to my LDAP account, not to SUL.) TASK DETAIL https://phabricator.wikimedia.org/T321532 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Samwilson, Michael, WMDE-leszek, ItamarWMDE, TheDJ, karapayneWMDE, Lydia_Pintscher, Lucas_Werkmeister_WMDE, thiemowmde, Jdlrobson, Krinkle, Tacsipacsi, mdaniels5757, vadim-kovalenko, matthiasmullie, SimoneThisDot, CBogen, Aklapper, Etonkovidova, Danny_Benjafield_WMDE, Astuthiodit_1, Trngsh15, toberto, Invadibot, Mengs21, GFontenelle_WMF, maantietaja, FRomeo_WMF, EgbeRef, Vaibhav0199, Nintendofan885, Akuckartz, Tinzawoo533, darthmon_wmde, Rosalie_WMDE, Onmir, DannyS712, Nandana, JKSTNK, Mh-3110, Amorymeltzer, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, enigmaeth, rohitt, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Dixtosa, Susannaanas, Verdy_p, Fuzheado, Jane023, Wikidata-bugs, Base, aude, Daniel_Mietchen, Dinoguy1000, Ricordisamoa, Wesalius, Raymond, Jdforrester-WMF, Steinsplitter, 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] T330820: Make Wikidata desktop site more responsive/mobile-friendly
Tacsipacsi added a comment. https://www.wikidata.org/w/index.php?title=MediaWiki:Common.css=1970446149 is a hackish solution, it should be reverted once “1.” is fixed in Wikibase. TASK DETAIL https://phabricator.wikimedia.org/T330820 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Agabi10, Gnoeee, TiagoLubiana, waldyrious, Aklapper, Nikki, Masumrezarock100, Danny_Benjafield_WMDE, 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] T344661: [Wikidata] labelLister fails to function under Vector 2022 skin
Tacsipacsi edited projects, added Wikidata-Gadgets; removed MediaWiki-extensions-Gadgets, Wikidata. Tacsipacsi closed this task as "Invalid". Tacsipacsi added a comment. It does appear, simply due to the design of Vector 2022, at a slightly different place – to be exact, one of two slightly different places: | In the overflow menu | In the sidebar | | | -- | | F37615766: LabelLister overflow.png <https://phabricator.wikimedia.org/F37615766>| F37615764: LabelLister sidebar.png <https://phabricator.wikimedia.org/F37615764> | TASK DETAIL https://phabricator.wikimedia.org/T344661 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, M2k_dewiki, Aklapper, Elizium23, Lectrician1, dachary, Wikidata-bugs, Ricordisamoa, Sjoerddebruin, Mbch331, Danny_Benjafield_WMDE, Themindcoder, Astuthiodit_1, karapayneWMDE, Invadibot, Feldpauschhaylee2017, maantietaja, ItamarWMDE, FelixE2019, Akuckartz, SD0001, DannyS712, Nandana, Jony, Lahi, Gq86, Minilexikon, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Izno, Nirmos, aude, Nux, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T208662: Right-to-left-named images’ metadata looks terrible
Tacsipacsi added a project: MediaWiki-extensions-WikibaseRepository. TASK DETAIL https://phabricator.wikimedia.org/T208662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Amire80, Mbch331, Aklapper, Tacsipacsi, Danny_Benjafield_WMDE, Astuthiodit_1, MaryMunyoki, Prufkick, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, srishakatux, Muhammed4IT, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Huji, Gryllida, Shizhao, Arrbee, 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] T343052: Evaluate Wikidata's mobile site: Reconsider how Wikidata uses MobileFrontend/Minerva
Tacsipacsi added a comment. I like //Disable MobileFrontend, continue using Minerva//, except for having to adjust my preferences or use query parameters all the time if I use Wikidata both on desktop and mobile. Could MobileFrontend be changed so that feature #2 can be turned off at a site (or, even better, at a namespace) level while keeping features #1 and #3? > for example section collapsing is not available on https://www.wikidata.org/wiki/Help:About_data I do see collapsible sections on https://m.wikidata.org/wiki/Help:About_data (of course not at your link, as it points to the desktop site). And it makes sense to have collapsible sections and other content transformations on wikitext pages on Wikidata, which is why I’d prefer turning off content transformations at a namespace level if possible. TASK DETAIL https://phabricator.wikimedia.org/T343052 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Lydia_Pintscher, Masumrezarock100, Jdlrobson, Danny_Benjafield_WMDE, 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] T342332: Stray edit buttons on Wikidata item pages on Minerva
Tacsipacsi created this task. Tacsipacsi added projects: MediaWiki-extensions-WikibaseRepository, MinervaNeue. Restricted Application added subscribers: Masumrezarock100, Aklapper. TASK DESCRIPTION Steps to reproduce -- 1. Open a Wikidata item page using the Minerva Neue skin. //E.g. https://m.wikidata.org/wiki/Q935425 or https://www.wikidata.org/wiki/Q935425?useskin=minerva // Actual result - 2. Notice that there is an edit button at the top of the page, labeled “Edit the lead section of this page” (highlighted with yellow background on the below screenshots). Clicking it just reloads the page without opening the lead section for editing, as entities don’t have lead sections. Expected result --- 2. The edit button is hidden, just like the edit tab is hidden on other skins. Further information --- Cologne Blue <https://www.wikidata.org/wiki/Q935425?useskin=cologneblue> doesn’t hide the edit links either. However, Cologne Blue is deprecated, abandoned and cannot even be enabled in the preferences, so not much effort should be spent on fixing it. Minerva, on the other hand, //does// need to be fixed. | AMC off | AMC on | | --- | -- | | F37144415: Screenshot 2023-07-20 at 11-46-36 Dózsa György Street Synagogue.png <https://phabricator.wikimedia.org/F37144415> | F37144414: Screenshot 2023-07-20 at 11-48-16 Dózsa György Street Synagogue.png <https://phabricator.wikimedia.org/F37144414> | TASK DETAIL https://phabricator.wikimedia.org/T342332 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Aklapper, Masumrezarock100, Tacsipacsi, ItamarWMDE, Akuckartz, lucamauri, Gq86, Wikidata-bugs, Jdlrobson ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T340859: Edit buttons overlap on Minerva on Wikidata
Tacsipacsi renamed this task from "Bug with the Minerva interface for Wikidata " to "Edit buttons overlap on Minerva on Wikidata". TASK DETAIL https://phabricator.wikimedia.org/T340859 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Jdlrobson, Nikki, Lucas_Werkmeister_WMDE, Aklapper, Masumrezarock100, PAC2, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T336246: Clean up MobileSite services
Tacsipacsi added a comment. `Wikibase*.MobileSite` should be used at most as a temporary stopgap measure (although I’m still not convinced it should be used at all). Instead of spending effort on refactoring the code, effort should be spent on removing calls to it, at least in the vast majority of cases. If there are a few cases here and there that should really depend on the MobileFrontend status, and not on the skin, not on the actual device properties like screen size or input method, not on anything else (which I doubt), //those// may need to be refactored. TASK DETAIL https://phabricator.wikimedia.org/T336246 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Michael, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Izno, Wikidata-bugs, aude, Dinoguy1000, 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] T335363: Show nearby articles on Wikidata shows QIDs as titles
Tacsipacsi added a comment. In T335363#8811478 <https://phabricator.wikimedia.org/T335363#8811478>, @Lydia_Pintscher wrote: >> [ ] We should probably show label **and** description as this is how Wikibase is designed (labels are not unique, but label + description is) and what users expect. > > Is the page name a link? Then I think you could get away without the description if you're space-constraint. See screenshot in the description. The page name is a link, but space constraint doesn’t seem to be an issue here (at least not when descriptions are “normal-sized”; maybe descriptions could be cut off if they exceed 3-4 lines). TASK DETAIL https://phabricator.wikimedia.org/T335363 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lydia_Pintscher, ItamarWMDE, Lena_WMDE, Ayack, Tacsipacsi, thiemowmde, JStrodt_WMDE, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, Akuckartz, Alilje, Nabetaro, Nandana, MSantos, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, Planemad, Wikidata-bugs, aude, awight, Yurik, TheDJ, 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] T335363: Show nearby articles on Wikidata shows QIDs as titles
Tacsipacsi added a comment. In T335363#8805053 <https://phabricator.wikimedia.org/T335363#8805053>, @thiemowmde wrote: > [ ] Is this really the best possible API? https://query.wikidata.org/? https://www.wikidata.org/wiki/Wikidata:REST_API? > [ ] How to make the two APIs reliably work together? Note that one works with titles but the other with item ids. This is not the same. MediaWiki core has an API endpoint that returns the actually displayed title, in case it’s overridden with `{{DISPLAYTITLE:}}`: action=query=info=displaytitle <https://en.wikipedia.org/w/api.php?action=query=info=displaytitle=iPhone>. On Wikidata, this returns the Qid. <https://www.wikidata.org/w/api.php?action=query=info=displaytitle=Q42> Maybe Wikibase could hook into this API endpoint (consuming a standard `uselang` parameter), and Kartographer could use it? This way, Kartographer would not depend directly on Wikibase, and also the entity ID/page title discrepancy would naturally be solved. Even if the Wikibase part is not implemented, switching to the display title on all wikis (if it’s not already used) would be an improvement, because if a place intentionally uses a lower-case name, we should respect that. > [ ] We should probably show label **and** description as this is how Wikibase is designed (labels are not unique, but label + description is) and what users expect. Maybe this should also be done at all wikis – more and more things (mobile search autocomplete, Vector-2022 search autocomplete, VisualEditor link inspector etc.) use the description on Wikipedia, so why not also here? Of course, some descriptions make little sense if one looks at the map (e.g. Wall Street <https://en.wikipedia.org/wiki/Wall_Street>: //Street in Manhattan, New York//), but others are useful (e.g. Tiergarten (Berlin) <https://en.wikipedia.org/wiki/Tiergarten_(Berlin)>: //Quarter of Berlin in Germany// – and not a zoo). TASK DETAIL https://phabricator.wikimedia.org/T335363 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Ayack, Tacsipacsi, thiemowmde, JStrodt_WMDE, Aklapper, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Alilje, Nabetaro, Nandana, MSantos, Lahi, Gq86, Looniverse, GoranSMilovanovic, Sturm, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, rosalieper, JGirault, Scott_WUaS, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, Planemad, Wikidata-bugs, aude, awight, Yurik, TheDJ, 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] T324991: Make Wikibase not rely on the ResourceLoader target system
Tacsipacsi added a comment. I think this approach should be a temporary measure in most if not all cases, and the final solution should be making things work on mobile, or if it’s impossible, making decisions based on the real blocker (if it doesn’t work without a keyboard, check client side if there’s a keyboard available; if it doesn’t work on Minerva, check whether the skin is Minerva etc.), therefore I wouldn’t invest much effort into making this perfect. > The mobile view is more a browser/device capability and maybe we could provide some notion of Browser features/capabilities/(naming is hard) and let the OutputPage be aware of context instead of depending on MobileFrontend directly. Adding any checks based on browser/device capabilities requires reverse proxy support and increases cache fragmentation. Such a general feature could make people add too many kinds of capability checks. TASK DETAIL https://phabricator.wikimedia.org/T324991 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: ItamarWMDE, Manuel, Lucas_Werkmeister_WMDE, StudiesWorld, Jdforrester-WMF, Aklapper, Krinkle, Catrope, Legoktm, TrevorParscal, ori, Ricordisamoa, Krenair, gerritbot, Florian, brion, Nikerabbit, Tgr, pmiazga, Ciencia_Al_Poder, Tacsipacsi, JohanahoJ, Ltrlg, AntiCompositeNumber, Lens0021, kostajh, Universal_Omega, Michael, Jdlrobson, Themindcoder, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Izno, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, 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] T334249: merge.js needs to automatically remove “Wikimedia disambiguation page” descriptions
Tacsipacsi added a comment. In T334249#8766640 <https://phabricator.wikimedia.org/T334249#8766640>, @Al12si wrote: > merge.js is a standard Wikidata applet.. Actually it’s not even a default gadget (although it may make sense to make it one…). In T334249#8766653 <https://phabricator.wikimedia.org/T334249#8766653>, @Al12si wrote: > When a disambiguation item on Wikidata has only one link to one Wikipedia page and that Wikipedia page ceases to be a disambiguation item, the Wikidata disambiguation item ceases to serve any function and need to be merged. It doesn’t need to be merged. Items that are about the same concept need to be merged, not items that serve no purpose. If one item is about a real concept, while the other one is a technical item (the disambiguation item), they aren’t about the same concept. > If this should not be done merge.js should put up a big warning to never merge any disambiguation items — in which case this is still a UI bug in merge.js. This is a good idea. By the way, the UX of merge.js has several rough edges (e.g. when it does show an error/warning message, it’s often hard to understand), so it’s not surprising that there’s yet another one. TASK DETAIL https://phabricator.wikimedia.org/T334249 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, 1234qwer1234qwer4, Bugreporter, Aklapper, Al12si, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T334249: merge.js needs to automatically remove “Wikimedia disambiguation page” descriptions
Tacsipacsi added a comment. Disambiguation items (items having P31 <https://www.wikidata.org/wiki/Property:P31> = Q4167410 <https://www.wikidata.org/wiki/Q4167410>) are conceptually different from non-disambiguation items. An item is a disambiguation item exactly if it has this statement; it doesn’t matter whether the pages connected to it are or have been disambiguation pages. Wikidata strives to provide stable IDs, which fails if disambiguation and non-disambiguation items are merged. So the solution is not to merge the items, but move the sitelinks as necessary. TASK DETAIL https://phabricator.wikimedia.org/T334249 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, 1234qwer1234qwer4, Bugreporter, Aklapper, Al12si, Astuthiodit_1, karapayneWMDE, Invadibot, Lectrician1, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T325054: Show word-level diff for snaks with value types string and monolingual text in Wikibase diffs
Tacsipacsi added a comment. The description still mentions snaks. Word-level diffs are just as useful for other types of snaks (qualifiers, references). TASK DETAIL https://phabricator.wikimedia.org/T325054 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Pamputt, Aklapper, Tacsipacsi, Lucas_Werkmeister_WMDE, Manuel, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, 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] T325054: Show word-level diff for snaks with value types string and monolingual text in Wikibase diffs
Tacsipacsi renamed this task from "Show word-level diff for statements with value types string and monolingual text in Wikibase diffs " to "Show word-level diff for snaks with value types string and monolingual text in Wikibase diffs ". TASK DETAIL https://phabricator.wikimedia.org/T325054 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Pamputt, Aklapper, Tacsipacsi, Lucas_Werkmeister_WMDE, Manuel, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, 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] T321532: [commons-wmf.6] Console error - 'Error: View mediainfoview does not exist' on File pages
Tacsipacsi set Request URL to https://commons.wikimedia.org/wiki/File:Hochfeiler_in_Alps.jpg?debug=1. Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T321532 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Krinkle, Tacsipacsi, mdaniels5757, vadim-kovalenko, matthiasmullie, SimoneThisDot, CBogen, Aklapper, Etonkovidova, Astuthiodit_1, karapayneWMDE, toberto, Invadibot, GFontenelle_WMF, maantietaja, FRomeo_WMF, ItamarWMDE, Nintendofan885, Akuckartz, darthmon_wmde, Rosalie_WMDE, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Verdy_p, Fuzheado, Jane023, Wikidata-bugs, Base, aude, Daniel_Mietchen, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Jdforrester-WMF, Steinsplitter, 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] T321532: [commons-wmf.6] Console error - 'Error: View mediainfoview does not exist' on File pages
Tacsipacsi changed the subtype of this task from "Task" to "Production Error". TASK DETAIL https://phabricator.wikimedia.org/T321532 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Krinkle, Tacsipacsi, mdaniels5757, vadim-kovalenko, matthiasmullie, SimoneThisDot, CBogen, Aklapper, Etonkovidova, Astuthiodit_1, karapayneWMDE, toberto, Invadibot, GFontenelle_WMF, maantietaja, FRomeo_WMF, ItamarWMDE, Nintendofan885, Akuckartz, darthmon_wmde, Rosalie_WMDE, Nandana, JKSTNK, Lahi, Gq86, E1presidente, Ramsey-WMF, Cparle, SandraF_WMF, GoranSMilovanovic, QZanden, Tramullas, Acer, LawExplorer, Salgo60, Silverfish, _jensen, rosalieper, Scott_WUaS, Susannaanas, Verdy_p, Fuzheado, Jane023, Wikidata-bugs, Base, aude, Daniel_Mietchen, Ricordisamoa, Wesalius, Lydia_Pintscher, Raymond, Jdforrester-WMF, Steinsplitter, 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] T332305: Error “View mediainfoview does not exist” on SDC pages
Tacsipacsi created this task. Tacsipacsi added projects: Wikimedia-production-error, SDC General. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Error - name=message View mediainfoview does not exist name=trace resources/wikibase/view/ViewFactory.js/SELF.prototype._getView@https://commons.wikimedia.org/w/load.php?debug=1=en=dataValues%2Cjquery%2Coojs%2Coojs-router%2Coojs-ui%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%2CvalueFormatters%2CvalueParsers%2Cwikibase%7CdataValues.DataValue%2CTimeValue%2Cvalues%7Cext.centralNotice.choiceData%2Cdisplay%2CgeoIP%2CimpressionDiet%2CkvStore%2CstartUp%7Cext.centralauth.ForeignApi%2Ccentralautologin%7Cext.echo.centralauth%7Cext.eventLogging%2CnavigationTiming%2CwikimediaEvents%7Cext.uls.common%2Ccompactlinks%2Ci18n%2Cinterface%2Clanguagenames%2Cmediawiki%2Cmessages%2Cpreferences%2Cwebfonts%7Cext.wikimediaEvents.wikibase%7Cjquery.animateWithEvent%2Cclient%2Ccookie%2Ci18n%2Cinputautoexpand%2Cspinner%2CtextSelection%2Ctipsy%2Cui%2Culs%2Cvalueview%7Cjquery.event.special.eachchange%7Cjquery.spinner.styles%7Cjquery.ui.commonssuggester%2Clanguagesuggester%2Csuggester%7Cjquery.uls.data%2Cgrid%7Cjquery.util.getDirectionality%7Cjquery.valueview.Expert%2CExpertExtender%2CExpertStore%7Cjquery.valueview.experts.CommonsMediaType%2CEmptyValue%2CGeoShape%2CGlobeCoordinateInput%2CMonolingualText%2CQuantityInput%2CStringValue%2CTabularData%2CTimeInput%2CUnDeserializableValue%7Cjquery.wikibase.entityselector%2Cwbtooltip%7Cmediawiki.ForeignApi%2CString%2CTitle%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2Ccookie%2Cexperiments%2CjqueryMsg%2Clanguage%2Crouter%2Cstorage%2Ctemplate%2Ctoc%2Cuser%2Cutil%2CvisibleTimeout%7Cmediawiki.ForeignApi.core%7Cmediawiki.action.edit.editWarning%7Cmediawiki.action.view.metadata%7Cmediawiki.editfont.styles%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.mustache%2Cmustache%2Bdom%7Cmediawiki.ui.button%2Cicon%7Cmmv.bootstrap%2Chead%7Cmmv.bootstrap.autostart%7Cmw.config.values.wbDataTypes%2CwbRefTabsEnabled%2CwbRepo%2CwbSiteDetails%7Coojs-ui-core.icons%2Cstyles%7Coojs-ui-toolbars.icons%7Coojs-ui-widgets.icons%7Coojs-ui-windows.icons%7Coojs-ui.styles.icons-editing-core%2Cicons-interactions%2Cicons-location%2Cicons-movement%2Cindicators%7Cskins.vector.legacy.js%7Cutil.ContentLanguages%2CExtendable%2CMessageProvider%2CMessageProviders%2CNotifier%2ChighlightSubstring%2Cinherit%7CvalueParsers.ValueParserStore%2Cparsers%7Cwikibase.EntityInitializer%2CSite%2CWikibaseContentLanguages%2CbuildErrorOutput%2Cdatamodel%2CgetLanguageNameByCode%2CgetUserLanguages%2Cserialization%2Csites%2Ctemplates%7Cwikibase.api.RepoApi%2CValueCaller%7Cwikibase.entityChangers.EntityChangersFactory%7Cwikibase.entityPage.entityLoaded%7Cwikibase.experts.Entity%2CItem%2CProperty%2C__namespace%2Cmodules%7Cwikibase.formatters.ApiValueFormatter%7Cwikibase.mediainfo.base%2CfilePageDisplay%2Cstatements%2Culs%7Cwikibase.ui.entityViewInit%7Cwikibase.utilities.ClaimGuidGenerator%7Cwikibase.view.ControllerViewFactory%2CReadModeViewFactory%2C__namespace=vector=ztntf:43869:10 resources/wikibase/view/ViewFactory.js/SELF.prototype.getEntityView@https://commons.wikimedia.org/w/load.php?debug=1=en=dataValues%2Cjquery%2Coojs%2Coojs-router%2Coojs-ui%2Coojs-ui-core%2Coojs-ui-toolbars%2Coojs-ui-widgets%2Coojs-ui-windows%2Csite%2CvalueFormatters%2CvalueParsers%2Cwikibase%7CdataValues.DataValue%2CTimeValue%2Cvalues%7Cext.centralNotice.choiceData%2Cdisplay%2CgeoIP%2CimpressionDiet%2CkvStore%2CstartUp%7Cext.centralauth.ForeignApi%2Ccentralautologin%7Cext.echo.centralauth%7Cext.eventLogging%2CnavigationTiming%2CwikimediaEvents%7Cext.uls.common%2Ccompactlinks%2Ci18n%2Cinterface%2Clanguagenames%2Cmediawiki%2Cmessages%2Cpreferences%2Cwebfonts%7Cext.wikimediaEvents.wikibase%7Cjquery.animateWithEvent%2Cclient%2Ccookie%2Ci18n%2Cinputautoexpand%2Cspinner%2CtextSelection%2Ctipsy%2Cui%2Culs%2Cvalueview%7Cjquery.event.special.eachchange%7Cjquery.spinner.styles%7Cjquery.ui.commonssuggester%2Clanguagesuggester%2Csuggester%7Cjquery.uls.data%2Cgrid%7Cjquery.util.getDirectionality%7Cjquery.valueview.Expert%2CExpertExtender%2CExpertStore%7Cjquery.valueview.experts.CommonsMediaType%2CEmptyValue%2CGeoShape%2CGlobeCoordinateInput%2CMonolingualText%2CQuantityInput%2CStringValue%2CTabularData%2CTimeInput%2CUnDeserializableValue%7Cjquery.wikibase.entityselector%2Cwbtooltip%7Cmediawiki.ForeignApi%2CString%2CTitle%2CUri%2Capi%2Cbase%2Ccldr%2CconfirmCloseWindow%2Ccookie%2Cexperiments%2CjqueryMsg%2Clanguage%2Crouter%2Cstorage%2Ctemplate%2Ctoc%2Cuser%2Cutil%2CvisibleTimeout%7Cmediawiki.ForeignApi.core%7Cmediawiki.action.edit.editWarning%7Cmediawiki.action.view.metadata%7Cmediawiki.editfont.styles%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Cmediawiki.page.watch.ajax%7Cmediawiki.template.mustache%2Cmustache%2Bdom%7Cmediawiki.ui.button%2Cicon%7Cmmv.bootstrap%2Chead
[Wikidata-bugs] [Maniphest] T63958: Use existing $dateFormats to format dates on Wikidata
Tacsipacsi added a comment. #discussiontools <https://phabricator.wikimedia.org/tag/discussiontools/> can parse (correctly) formatted dates in signatures. The Talk pages project started 3.5 years ago. Wikibase can’t parse correctly formatted dates. Wikidata started over a decade ago. What’s the difference? The signatures were already there, so the DiscussionTools developers could not tell users “you can understand these screwed-up dates, even if you loudly and unambiguously say you can’t”. Using Hungarian interface, I’ve probably never entered a single “localized” date, only ISO 8601-formatted ones, because what you call localized is not localized and unnatural (I not only write dates YMD, I also think about them YMD, writing down the day before the year takes extra effort). On display, while for most dates, one can finally figure out that they’re screwed up, 1st century AD dates are even worse: when I see //12. január 25//, I immediately know it means the 25th of January of the year 12 AD – except that it doesn’t, because it means the 12th of January of the year 25 AD. TASK DETAIL https://phabricator.wikimedia.org/T63958 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, jleedev, mxn, Lens0021, Jony, Kwj2772, Jarekt, C933103, Capankajsmilyo, jeblad, PokestarFan, revi, Phreelance, KTC, Samat, deryckchan, Nikki, Agabi10, gerritbot, thiemowmde, RP88, Aklapper, Mbch331, Ricordisamoa, Liuxinyu970226, Wikidata-bugs, Addshore, He7d3r, PiRSquared17, Lydia_Pintscher, Stryn, Astuthiodit_1, Prufkick, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, aude, Gryllida, Shizhao, Arrbee, 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] T139898: Tool to facilitate property creation process
Tacsipacsi added a comment. In T139898#8629511 <https://phabricator.wikimedia.org/T139898#8629511>, @Titanboo wrote: > Lydia told me about this ticket that might relate to a script I concept and wrote with Marchellangelina <https://www.wikidata.org/wiki/User:Marchellangelina>. It’s quite distantly related – this ticket is about making it easier to create //properties// after a property proposal has concluded, while your script makes it easier to create //property proposals//. T259505: Create a tour/gadget for property proposal application <https://phabricator.wikimedia.org/T259505> is about starting property proposals, let’s continue there. TASK DETAIL https://phabricator.wikimedia.org/T139898 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Fexpr, Titanboo, Gnoeee, Lectrician1, Samwilson, abian, Pintoch, ChristianKl, iecetcwcpggwqpgciazwvzpfjpwomjxn, Lydia_Pintscher, Josve05a, Edgars2007, Aklapper, Zppix, Bugreporter, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T259505: Create a tour/gadget for property proposal application
Tacsipacsi added subscribers: Titanboo, Fexpr, Tacsipacsi. Tacsipacsi added a comment. In T139898#8629511 <https://phabricator.wikimedia.org/T139898#8629511>, @Titanboo wrote: > Hello, everyone. > > Lydia told me about this ticket that might relate to a script I concept and wrote with Marchellangelina <https://www.wikidata.org/wiki/User:Marchellangelina>. The tool still needs to be built but feel free to discuss this. > > When I first started editing Wikidata and realizing that there is a need for property, I asked @Fexpr about this and she told me about creating the Property Proposal first. > > In the property proposal, there were several things that I found hard to understand, as someone whose journey of editing start from Wikidata first, not from Wikipedia: > > - The encapsulation of template. What does it mean? > - The syntax of template > - The element that needs to be filled in the template > - The lack of documentation > > Because of that, after creating my own proposal for several identifiers, I think the easiest way to make this accessible for someone whose wiki journey start from being Wikidata editor, is by creating a form that can be filled, so the person doesn't have to tinker with the wiki syntax under that. > > The Google Forms consists of variables needed to propose a property proposal, and the script turns the response spreadsheet of the google forms into Wikitext. The Google Forms were still in Bahasa Indonesia and were written by Marchella Angelina and me, supervised by Fexpr as our coordinator. > > I realize that in order to do this, there is a need to host this in a place like Toolforge so that it can be useful for everyone. Since the program just requires string manipulation, maybe all the process can be handled from user side? Setting up a server or starting as a Toolforge developer is quite intimidating for me, since I didn't have background in tech. If someone here want to help or continue discussion regarding this, I'll be very happy to be part of this. > > Here's the link to the script: https://github.com/MarchellaAngelina/automated-conversion-of-attribute-proposal-fields-into-wikitext Instead of a Python tool running on Toolforge, it could be a JavaScript gadget running directly on Wikidata. It would make it easier to deploy and to enable, but the Google Docs integration may be trickier. Maybe Google Forms should just be dropped, and the form should also be on-wiki. TASK DETAIL https://phabricator.wikimedia.org/T259505 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Fexpr, Titanboo, Lectrician1, H78c67c, NavinoEvans, Aklapper, John_Cummings, matej_suchanek, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, apaskulin, Nandana, Cpaulf30, Lahi, Gq86, GoranSMilovanovic, Ivana_Isadora, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jopparn, Wikidata-bugs, aude, Dinoguy1000, 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] T310581: Make LanguageCode::bcp47() available in Lua
Tacsipacsi added a comment. Introducing a lightweight also makes sense, although I don’t think `mw.language.newFromBcp47()` would be used a lot – usually the language comes from MediaWiki (page language, content language, `{{int:lang}}` hack etc.), and then converted to BCP47 for usage in HTML attributes, not the other way round. In an ideal world, MediaWiki would just use BCP47 language codes instead of inventing different ones for some languages… TASK DETAIL https://phabricator.wikimedia.org/T310581 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi 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] T324419: Allow connecting redirects using sitelink widget
Tacsipacsi added a comment. I think the default badge should be intentional sitelink to redirect <https://www.wikidata.org/wiki/Q70894304>, as we can assume that if the user opens a redirect page and decides to attach it to Wikidata, they know what they’re doing. However, if the page is turned into a redirect between the time it’s loaded and the time it’s (attempted to be) connected to Wikidata, the badge should not be added, since the user is likely not aware of the situation. (Or, even better, the connection to Wikidata should fail even if the redirect target is not connected to Wikidata and thus adding the sitelink without a badge could succeed. A page being turned into a redirect is a point where the user needs to reconsider if adding the sitelink is still appropriate.) TASK DETAIL https://phabricator.wikimedia.org/T324419 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Stang, Ericliu1912, Bugreporter, 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] T305378: Add convenience function getBadges() to Lua
Tacsipacsi added a comment. I suppose the call could be exactly the same as for `getSitelink`, i.e. -- @param {string} itemId -- @param {string} [globalSiteId] function wikibase.getBadges( itemId, globalSiteId ) and the return value could be a Lua table (with numeric indices), containing zero or more badges. TASK DETAIL https://phabricator.wikimedia.org/T305378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: TomT0m, Zebulon84, Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt, Ladsgroup, hoo, aude, Jonas, putnik, Uzume, MisterSynergy, Vriullop, RexxS, Agabi10, RolandUnger, jberkel, Lea_Lacroix_WMDE, Pigsonthewing, Simon_Villeneuve, Thayts, ChristianKl, Manuel, LennardHofmann, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 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] T303317: Show word-level diff on textual fields in Wikibase diffs
Tacsipacsi added a comment. I don’t have concrete examples now, but categories that come to my mind where it’s common to have longer texts: - Monolingual texts (work titles, quotations, addresses, property usage instructions etc.) - Source text (scores, formulæ, regexes etc.) But it can be particularly useful for Commons category names, file names, author names etc. as well if only a tiny typo was fixed in a longer name. I realized that “textual fields” criterion is not very specific; I think the specific criterion could be //terms, sitelinks and snaks with value types `string` and `monolingualtext`// (of which terms and sitelinks are already done). Looking at the list of data types <https://www.wikidata.org/wiki/Special:ListDatatypes>, all `string`- and `monolingualtext`-valued data types could all more or less benefit from word-level diffs (likely formulæ more and external identifiers less, but it may happen that external IDs are multi-word, and it’s probably easier anyway to implement it for all `string`-valued data types than only for some of them). TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Tacsipacsi Cc: Capmo, Pamputt, Lucas_Werkmeister_WMDE, noarave, Lydia_Pintscher, Manuel, Addshore, ItamarWMDE, Aklapper, Tacsipacsi, Astuthiodit_1, karapayneWMDE, Invadibot, Universal_Omega, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303317: Show word-level diff on textual fields in Wikibase diffs
Tacsipacsi reopened this task as "Open". Tacsipacsi added a comment. Sorry, I somehow missed closing this ticket. The acceptance criterion was not met: the criterion mentions “textual fields”, not “terms and sitelinks”; textual statements are still missing. TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Tacsipacsi Cc: Capmo, Pamputt, Lucas_Werkmeister_WMDE, noarave, Lydia_Pintscher, Manuel, Addshore, ItamarWMDE, Aklapper, Tacsipacsi, Astuthiodit_1, karapayneWMDE, Invadibot, Universal_Omega, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T324870: Linking to entity page should show label and ID
Tacsipacsi added a comment. In T324854#8457442 <https://phabricator.wikimedia.org/T324854#8457442>, @Tacsipacsi wrote: > - This being the default was once a thing in certain scenarios, and has been disabled due to performance issues (T292203 <https://phabricator.wikimedia.org/T292203>), so it’s unlikely to be implemented again. I think this should be declined, but I’ll let the Wikidata team make the decision. TASK DETAIL https://phabricator.wikimedia.org/T324870 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Dexxor, Aklapper, Tacsipacsi, Lucas_Werkmeister_WMDE, Lectrician1, 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] T324854: Wikitext links for multilingual pages should show and link to correct page title
Tacsipacsi added a comment. It’s indeed annoying to mix the two extensions, as they are quite different, not only from a technical perspective: - **Translate**: It’s not even clear what you want, `{{ll}}` does two things in one: - It changes the link target from `Help` to `Special:MyLanguage/Help`, sending the user to the translated page in the UI language (if there’s any). - Making this default would be a bad idea, as that would mean there’s no way //not// to link to a translated page. - It changes the link text to the translated title in the language of the linking page (if there’s any), unless overridden in the second parameter. - Making this default would be okay (since it’s easy to revert: `[[Help|Help]]`), but would not make much sense IMO without the first one. - **Wikibase**: `{{Q}}` does only one thing, modifying the label. - This being the default was once a thing in certain scenarios, and has been disabled due to performance issues (T292203 <https://phabricator.wikimedia.org/T292203>), so it’s unlikely to be implemented again. By the way, these performance issues may affect Translate as well. TASK DETAIL https://phabricator.wikimedia.org/T324854 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Lucas_Werkmeister_WMDE, Aklapper, Lectrician1, Astuthiodit_1, karapayneWMDE, Invadibot, H0bby, maantietaja, ItamarWMDE, Akuckartz, abi_, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Taiwania_Justo, shinjiman, Scott_WUaS, Wikidata-bugs, Base, aude, Nikerabbit, KartikMistry, 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] T67626: [Epic] Support for queries on-wiki (automated list generation)
Tacsipacsi added a comment. > They are entered in a page in the Query namespace and internally saved as JSON. Why JSON? We have WDQS, which uses SPARQL, so it seems straightforward for me to store these on-wiki queries in SPARQL as well. (The cached results should probably be JSON, as it’s easier to consume and format for display, but for the queries themselves we don’t need to reinvent the wheel by creating a JSON schema.) TASK DETAIL https://phabricator.wikimedia.org/T67626 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, MarioGom, Lens0021, Gehel, Lectrician1, Eihel, R4356th, Moebeus, CamelCaseNick, 1sollo25, abian, Smalyshev, Capankajsmilyo, He7d3r, PokestarFan, Ita140188, Esc3300, MisterSynergy, Pasleim, iecetcwcpggwqpgciazwvzpfjpwomjxn, Deskana, JanZerebecki, Yellowcard, waldyrious, jeremyb, Ricordisamoa, Aklapper, Laddo, Bugreporter, -jem-, Liuxinyu970226, Lydia_Pintscher, Eloquence, Zellfaze, Astuthiodit_1, AWesterinen, bking, BeautifulBold, Suran38, karapayneWMDE, Invadibot, MPhamWMF, maantietaja, Peteosx1x, NavinRizwi, CBogen, ItamarWMDE, Akuckartz, ET4Eva, Nickleh, Nandana, Namenlos314, lucamauri, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Dinoguy1000, Manybubbles, 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] T323472: Editing raw watchlist (when the watchlist is big) fails with an error
Tacsipacsi added subscribers: Reedy, Tacsipacsi. Tacsipacsi reopened this task as "Open". Tacsipacsi edited projects, added MediaWiki-Watchlist; removed Wikidata. Tacsipacsi added a comment. Restricted Application added a project: Growth-Team. @reedy T41510 <https://phabricator.wikimedia.org/T41510> is about Special:EditWatchlist, this task is about Special:EditWatchlist/raw. While the root cause may be the same, the solution is likely going to be different, as a pager is probably not a good solution for a page like Special:EditWatchlist/raw that contains a single huge ``. TASK DETAIL https://phabricator.wikimedia.org/T323472 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Reedy, Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, caldera, GhostInTheMachine, NavinRizwi, DannyS712, kostajh, Nattes, Taiwania_Justo, geraki, Ltrlg, 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] T323376: Fix uses of OutputPageBeforeHTML hook that assume it is only executed once per page view
Tacsipacsi added a project: MediaWiki-extensions-DoubleWiki. Tacsipacsi added a comment. In T323376#8405720 <https://phabricator.wikimedia.org/T323376#8405720>, @matmarex wrote: > - mediawiki/extensions/DoubleWiki > - Looks correct Well, not entirely. I don’t know if there are things that work similarly to `talkpageheader` but in even-numbered namespaces, but I could (IMO) break it: 1. Since DoubleWiki works with interlanguage links, I had to get MediaWiki display interlanguage links in talk namespaces. I could’ve probably written an extension that adds them (or install Wikibase), but the easiest solution was simply modifying Parser.php to remove the `$nottalk` check from the code recognizing interlanguage links. Isn’t likely to happen in production, but it fits for testing. 2. Created MediaWiki:talkpageheader, calling a template in which I “forgot” to wrap the interlanguage link in ``. 3. Also added a direct interlanguage link to a talk page. 4. Opened the talk page with `=hu` added to the URL. 5. Got QuadrupleWiki instead of DoubleWiki: both the talk page header and the main content got their Hungarian equivalents – except that sometimes the main content also got the Hungarian equivalent of the talk page header, probably due to cache pollution. Until someone comes up with a such way to reproduce this that at least doesn’t involve modifying the parser, it’s pretty low-priority, but it’s still a bug. TASK DETAIL https://phabricator.wikimedia.org/T323376 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: matmarex, Tacsipacsi Cc: Tacsipacsi, ppelberg, matmarex, Aklapper, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, VPuffetMichel, Biggs657, karapayneWMDE, Invadibot, Khr2003, maantietaja, Juan90264, Alter-paule, Apameia, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, DannyS712, CucyNoiD, Nandana, Analytics.mediafiles, Gaboe420, Patriccck, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, mojoaxel, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Lewizho99, JJMC89, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T69659: TemplateData: TemplateData should have a parameter to support Wikidata
Tacsipacsi added a comment. In T69659#6638108 <https://phabricator.wikimedia.org/T69659#6638108>, @putnik wrote: > Since the T208305 <https://phabricator.wikimedia.org/T208305> has already closed, it is possible that on the technical side, everything is ready for this task. I will try to test the implementation shortly. Any update on this? Two years have passed in the meantime. TASK DETAIL https://phabricator.wikimedia.org/T69659 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Bamyers99, kaldari, Naseweis520, Capankajsmilyo, gerritbot, Samwilson, Mgns, He7d3r, geraki, Amire80, hoo, putnik, Mvolz, Lydia_Pintscher, RexxS, TheDJ, Mike_Peel, Trizek-WMF, Edgars2007, -jem-, IKhitron, eranroz, Aklapper, Multichill, Jdforrester-WMF, iecetcwcpggwqpgciazwvzpfjpwomjxn, TrevorParscal, Ricordisamoa, Keegan, Liuxinyu970226, Ltrlg, Adamm71, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, VPuffetMichel, Biggs657, karapayneWMDE, ycrepeau, Invadibot, Mohammadmalek554, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, ruofei, Emcmalva, Akuckartz, keithbrianpadilla, Hook696, Saimongoltinio, WikimeSteve, Kent7301, ppelberg, joker88john, CucyNoiD, Nandana, marcella, Gaboe420, Revansx, OhKayeSierra, Giuliamocci, Cpaulf30, takidelfin, Lahi, Gq86, Af420, Necroarcano, Bsandipan, Robinma, GoranSMilovanovic, Rafisamra2016, QZanden, Tal-WMIL, merbst, LawExplorer, Avner, Lewizho99, Maathavan, Wess, Dvorapa, _jensen, rosalieper, Tzafrir, Neuronton, Scott_WUaS, Srdjan, Jrf, Husun1297, Wikidata-bugs, aude, Swainr, thiemowmde, Matanya, 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] T286612: Badges are not compatible with Vector 2022 when ULS is disabled due to assumption around margin
Tacsipacsi added a comment. I don’t see any connection between this and T310259 <https://phabricator.wikimedia.org/T310259>. T310259 <https://phabricator.wikimedia.org/T310259> touches the ULS-based language selector, this task is about the much more usable non-ULS-based one. TASK DETAIL https://phabricator.wikimedia.org/T286612 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lucas_Werkmeister_WMDE, TheDJ, stjn, Manuel, Od1n, hoo, Tacsipacsi, Aklapper, Jdlrobson, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, 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] T253387: Create a Lua convenience functions for conversion betweem language code and project and sitelink code
Tacsipacsi added a project: SiteMatrix. Tacsipacsi changed the subtype of this task from "Task" to "Feature Request". Tacsipacsi added a comment. Special:SiteMatrix is provided by #sitematrix <https://phabricator.wikimedia.org/tag/sitematrix/>, not Wikibase, so this code may have a better place there. (Although SiteMatrix has no Lua support yet, so it’d require a bit more setup.) TASK DETAIL https://phabricator.wikimedia.org/T253387 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, LennardHofmann, Jarekt, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T315829: Show the deleting Admin a warning message about which "Wikis subscribed to this entity"
Tacsipacsi added a comment. I don’t know how much attention admins pay to this, but as a (non-admin) user who nominates non-notable items for deletion every now and then, I always forget to check subscribed wikis. I’ve had to create a template that states that there are no subscribed wikis, which reminds me to actually check it. So I think this would be quite useful (much more important than T315828 <https://phabricator.wikimedia.org/T315828>, which can be checked by opening the item page itself). TASK DETAIL https://phabricator.wikimedia.org/T315829 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Lydia_Pintscher, Aklapper, Mohammed_Sadat_WMDE, 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] T305378: Add convenience function getBadges() to Lua
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request". TASK DETAIL https://phabricator.wikimedia.org/T305378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Zebulon84, Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt, Ladsgroup, hoo, aude, Jonas, putnik, Uzume, Ghuron, MisterSynergy, Vriullop, RexxS, Agabi10, RolandUnger, jberkel, Lea_Lacroix_WMDE, Pigsonthewing, Simon_Villeneuve, Thayts, ChristianKl, Manuel, LennardHofmann, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 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] T305378: Add convenience function getBadges() to Lua
Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T305378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Zebulon84, Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt, Ladsgroup, hoo, aude, Jonas, putnik, Uzume, Ghuron, MisterSynergy, Vriullop, RexxS, Agabi10, RolandUnger, jberkel, Lea_Lacroix_WMDE, Pigsonthewing, Simon_Villeneuve, Thayts, ChristianKl, Manuel, LennardHofmann, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 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] T303317: Show word-level diff on textual fields in Wikibase diffs
Tacsipacsi added a comment. It would still be important to be consistent within a wiki, including whitespace handling. These minor differences can be very hard to understand, much harder than the big differences like the current status quo of no word-level diffs (which doesn’t mean the word-level diffs are not worth it!). Also, it seems to not only //include// the unchanged whitespace after a word, but also //exclude// the //changed// whitespace before a word, e.g. here <https://wikidata.beta.wmflabs.org/w/index.php?title=Q611640=1305338> it ignored the space before the parenthesis. TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Tacsipacsi Cc: Lucas_Werkmeister_WMDE, noarave, Stang, Lydia_Pintscher, Manuel, Addshore, ItamarWMDE, Aklapper, Tacsipacsi, Hellket777, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, 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] T255319: Deprecate SkinTemplateNavigation::SpecialPage and SkinTemplateNavigation hooks in favor of SkinTemplateNavigation::Universal
Tacsipacsi removed a project: Patch-For-Review. TASK DETAIL https://phabricator.wikimedia.org/T255319 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Mabualruz, Tacsipacsi Cc: Tacsipacsi, Mabualruz, Nikerabbit, AndyRussG, Ladsgroup, Osnard, Pwirth, Aklapper, Krinkle, Ammarpad, Jdlrobson, Rwv37, Astuthiodit_1, Nishu02, VPuffetMichel, karapayneWMDE, ycrepeau, bwang, cjming, Invadibot, Gaurav24072002, Abhinay76, Lectrician1, H0bby, Florian_COLLIN, Annysah01, R4356th, caldera, Mohammadmalek554, Rohitgeddam, Universal_Omega, maantietaja, NavinRizwi, ItamarWMDE, SCIdude, Akuckartz, Soda, keithbrianpadilla, Chaytanya, JorisDarlingtonQuarshie, dlo, darthmon_wmde, Tombolano, Saimongoltinio, WikimeSteve, wiki-helenatxu, abi_, pdehaye, ppelberg, BryghtShadow, Kfield, 94rain, Dinadineke, DannyS712, Klein, Nandana, JamesDriscoll, Schtom, Mirahamira, Tks4Fish, marcella, Tumz24, alistair3149, kostajh, Revansx, Mh-3110, Mmiller0712, OhKayeSierra, Bhaskargoyal24, priyanshu_varshney, Amorymeltzer, AbhinavKhare, Nikhil-nk, tabish.shaikh91, 2angelic1, AkinkuotuFunmi, takidelfin, Lahi, Himanshuc3, Gq86, Necroarcano, Robinma, Andrawaag, GoranSMilovanovic, Fz-29, Kamsuri5, The-Gradient, Jayprakash12345, Nakohdo, Jonathan3, JakeTheDeveloper, Nattes, QZanden, Xephyr826, YULdigitalpreservation, Nicolas_NALLET, EnricoCNC, merbst, LawExplorer, Winter, spatton, EHCliffe, Salgo60, Wess, Kc5vcx, SteffenFelix, _jensen, Jseddon, rosalieper, xSavitar, Taiwania_Justo, shinjiman, gabriel-wmde, Scott_WUaS, Srdjan, MuhammadShuaib, Samwilson, DStrine, XenoRyet, Izno, MGChecker, Lmorillas, Vedmaka, MisterSynergy, Tmalhotra, Oetterer, SimmeD, Aschroet, Jrf, Husun1297, abian, Wikidata-bugs, Yaron_Koren, Base, aude, Pcoombe, geraki, Jongfeli, SuperHamster, Bawolff, Dinoguy1000, Gryllida, jeblad, brion, Swainr, fbstj, Prtksxna, Catrope, Lydia_Pintscher, KartikMistry, TheDJ, Mbch331, Jay8g, Hellket777, 786, Biggs657, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Lewizho99, Maathavan, Neuronton ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303317: Show word-level diff on textual fields in Wikibase diffs
Tacsipacsi added a comment. In T303317#8044115 <https://phabricator.wikimedia.org/T303317#8044115>, @Lucas_Werkmeister_WMDE wrote: > […] diffing statements feels like more work to me, both to define (e.g. should we diff the labels of item values word by word, or just treat the whole thing as one change, because after all the whole item value was changed to a different ID?) and to implement. In T303317#8044185 <https://phabricator.wikimedia.org/T303317#8044185>, @Manuel wrote: > I don't want to increase complexity, let's not do the word-by-word diffs for statements for now. Word-by-word diffs for entity-typed statements (or sitelink badges) make little sense, but I’d like to have them for unstructured-string-valued statements as well—see the Commons category in the screenshot. Of course, if it’s way more difficult, I’d be happy if word-by-word diffs for terms and sitelinks rolled out for now, but I’d like this ticket not to be resolved until textual statements have word-by-word diffs as well (or create a new task and close this one if that better fits your workflow). TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Tacsipacsi Cc: Lucas_Werkmeister_WMDE, noarave, Stang, Lydia_Pintscher, Manuel, Addshore, ItamarWMDE, Aklapper, Tacsipacsi, Hellket777, Astuthiodit_1, 786, Biggs657, karapayneWMDE, Invadibot, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, 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] T311329: Add embeds.js gadget
Tacsipacsi added a comment. That sounds much better, although I’d still put a warning in the gadget description stating that //when// the user presses the button, third-party services will be able to track their activity, just to be clear. (It doesn’t need to be a bolded, italic, all-caps, blinking thing, but one might expect that Wikimedia gadgets provide privacy, e.g. by proxying the requests.) Also, I’d like to note that you use a lot of ES6+ syntax (template literals, `const`s), which are not yet supported in Gadgets (T75714 <https://phabricator.wikimedia.org/T75714>), so you’ll either need to switch back to ES5 sytnax, or wait until T75714 <https://phabricator.wikimedia.org/T75714> is resolved (there was some activity recently in the connected Gerrit change, so there’s still hope). TASK DETAIL https://phabricator.wikimedia.org/T311329 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Bugreporter, Izno, Aklapper, Lectrician1, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, dachary, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, 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] T255356: Display labels for entity links on oldid pages
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request". Tacsipacsi closed this task as "Declined". Tacsipacsi added a comment. With T292203 <https://phabricator.wikimedia.org/T292203> resolved, diffs no longer convert the links in the page text, so the parity is there, although not in the direction I would’ve liked it. TASK DETAIL https://phabricator.wikimedia.org/T255356 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T208662: Right-to-left-named images’ metadata looks terrible
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report". Tacsipacsi added a project: RTL. Restricted Application added a project: I18n. TASK DETAIL https://phabricator.wikimedia.org/T208662 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Mbch331, Aklapper, Tacsipacsi, Astuthiodit_1, Prufkick, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Muhammed4IT, LawExplorer, _jensen, rosalieper, Scott_WUaS, Srdjan, MuhammadShuaib, LNDDYL, Psychoslave, Wikidata-bugs, aude, Huji, Amire80, Gryllida, Shizhao, Arrbee, 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] T205959: API option to prevent changing sitelink on page move
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request". TASK DETAIL https://phabricator.wikimedia.org/T205959 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Bdijkstra, Bencemac, Ato_01, Aklapper, Tacsipacsi, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T221610: Date statements aren’t merged if the displayed text is the same but internal representation is different
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report". TASK DETAIL https://phabricator.wikimedia.org/T221610 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T291714: Closing parentheses of number of sitelinks missing on Wikidata UI after opened for editing
Tacsipacsi added a comment. Indeed, thanks for checking back on this! TASK DETAIL https://phabricator.wikimedia.org/T291714 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Manuel, Tacsipacsi Cc: Manuel, Addshore, Lydia_Pintscher, Tacsipacsi, Aklapper, Astuthiodit_1, Susie413113, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, RhinosF1, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wong128hk, 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] T310581: Make LanguageCode::bcp47() available in Lua
Tacsipacsi changed the subtype of this task from "Task" to "Feature Request". Tacsipacsi added a comment. Thanks for filing this task! I was planning to do it for months, but didn’t get around doing it… The problem with a field or instance method is that the number of distinct language objects that can be constructed using `mw.language.new` is limited (`$wgScribuntoEngineConf[*]['maxLangCacheSize']`, by default 30 for both sandboxed and standalone Lua). On multilingual wikis like Commons, this can quickly be exceeded. `LanguageCode::bcp47()` itself is quite cheap, so there’s no need to constrain the number of processed languages. (`getCode` is different, no one would ever want to write `mw.language.new( lang ):getCode()`, as it’s exactly the same as simply `lang`; `getCode` is useful when an already-constructed language object is passed around and thus it would make no sense as a static method.) Unfortunately `mw.language:isRTL` is also expensive (it needs to load the language file for the given language), so `mw.html:inLanguage` would also be expensive if it set `dir` to anything other than `auto` (but `auto` is dumb, it’s unable to handle mixed-directionality text, which often happens, as content may not be 100% translated). The only non-expensive solution here is the static `mw.language.bcp47`, so I think that should be implemented (others can be implemented as convenience functions, but not as only solutions). TASK DETAIL https://phabricator.wikimedia.org/T310581 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Lucas_Werkmeister_WMDE, mrephabricator, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, SundanceRaphael, _jensen, rosalieper, Bodhisattwa, Scott_WUaS, 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] T309770: TimedText namespace appearing on Wikidata
Tacsipacsi added a comment. In T309770#7976890 <https://phabricator.wikimedia.org/T309770#7976890>, @Krinkle wrote: > 1. wgEnableUploads is enabled fairly widely even on many wikis that effectively don't have an upload link in the sidebar and don't permit non-sysops to upload. These are a number of wikis that once allowed uploads and disable it but keep this flag on to allow admins to theoretically react to anything that might be arise with files that used to exist and e.g. override the handful of files that remain. This means we'd expose the namespace as new and parement entry in every UI control on Search, Move page, etc. but have no practical purpose. This is how the task got filed, and while for wikidata it was always false afaik, many other wikis like nl.wikipedia.org have it technically true via `wgEnableUploads => commonsuploads => true` and thus remain affected by the regression/bug as reported. The File namespace is also exposed in places where it isn’t expected to be useful (like as a move target), so I don’t think it would make things substantially worse. However, if there are no actually uploaded video/audio files on the wiki, creating TimedText makes no sense, so maybe it should be disallowed to create subtitles for redlinked files (even on Commons), which would automatically mean that there won’t be any TimedText pages on most wikis. However, these changes need to be carefully thought over, which means they probably won’t make in this week’s train, so I think the best would be to revert fcf8b631a8f0 <https://phabricator.wikimedia.org/rETMHfcf8b631a8f0296525dc478d9f4009075b0d84e3> partially and 4c147802f2e4 <https://phabricator.wikimedia.org/rETMH4c147802f2e42bae1bbad6637a6b567f30e1dd78> totally now, backport the revert, and then remove the variable in a more thought-over way, without time pressure. TASK DETAIL https://phabricator.wikimedia.org/T309770 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Krinkle, TheDJ, Ladsgroup, Tacsipacsi, Jdforrester-WMF, Aklapper, Fernandobacasegua34, Astuthiodit_1, Susie413113, 786, Suran38, Biggs657, karapayneWMDE, Invadibot, Lalamarie69, maantietaja, Juan90264, PachaTchernof, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, jayvdb, brion, 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] T308859: Wikibase frontend enforces stricter undo summary length limit than the backend
Tacsipacsi created this task. Tacsipacsi added projects: Wikidata, MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Steps to reproduce -- 1. Try to revert a Wikibase edit. Actual result - 2. Notice that the summary is limited to 200 characters. 3. Use the browser developer tools to lift the limit/make it larger. 4. Add a summary longer than 200 characters and save it. 5. Notice that the longer summary was saved in its entirety, the backend didn’t reject or truncate it. (Example edit <https://www.wikidata.org/w/index.php?title=Q12001=1642643993>: the summary is 202 characters long.) Expected result --- 2. Notice that the summary is limited to as many characters that can actually be saved (if there’s a such limit at all). Additional information -- Summary length limit was increased in T6714 <https://phabricator.wikimedia.org/T6714> (although it was 255 bytes even before, not only 200), maybe Wikibase was forgot there? TASK DETAIL https://phabricator.wikimedia.org/T308859 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Aklapper, Tacsipacsi, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T45044: [Task] Edit auto summary not substituted in email notification
Tacsipacsi added a comment. With T215422: Migrate Wikibase to use comment_data field instead of SummaryFormatter <https://phabricator.wikimedia.org/T215422> implemented, the `comment_text` will be the summary parsed in the content language, so if the mailer uses that (I suppose it does), this bug will be automatically resolved—although the summary will be in content language even if the user’s UI language is different, this is consistent with the rest of the email. TASK DETAIL https://phabricator.wikimedia.org/T45044 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Ricordisamoa, Aklapper, MZMcBride, Lydia_Pintscher, jeremyb, hoo, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, TheDJ, 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] T215422: Migrate Wikibase to use comment_data field instead of SummaryFormatter
Tacsipacsi added a parent task: T45044: [Task] Edit auto summary not substituted in email notification. TASK DETAIL https://phabricator.wikimedia.org/T215422 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Mholloway, Lucas_Werkmeister_WMDE, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, MGChecker, Wikidata-bugs, aude, Dinoguy1000, 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] T45044: [Task] Edit auto summary not substituted in email notification
Tacsipacsi added a subtask: T215422: Migrate Wikibase to use comment_data field instead of SummaryFormatter. TASK DETAIL https://phabricator.wikimedia.org/T45044 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Ricordisamoa, Aklapper, MZMcBride, Lydia_Pintscher, jeremyb, hoo, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, TheDJ, 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] T130834: [Bug] edit summary comment issue - missing */
Tacsipacsi changed the subtype of this task from "Task" to "Bug Report". Tacsipacsi added a comment. T215422: Migrate Wikibase to use comment_data field instead of SummaryFormatter <https://phabricator.wikimedia.org/T215422> could maybe improve the situation? If the parameters will be stored in a more structured way, at least not the `*/` will be missing. TASK DETAIL https://phabricator.wikimedia.org/T130834 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Sjoerddebruin, Bene, daniel, hoo, Aklapper, Lydia_Pintscher, 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] T305378: Add convenience function getBadges() to Lua
Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T305378 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Lydia_Pintscher, Aklapper, eranroz, thiemowmde, Tpt, Ladsgroup, hoo, aude, Jonas, putnik, Uzume, Ghuron, MisterSynergy, Vriullop, RexxS, Agabi10, RolandUnger, jberkel, Lea_Lacroix_WMDE, Pigsonthewing, Simon_Villeneuve, Thayts, ChristianKl, Manuel, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, 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] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi closed subtask T304767: Fix uses of (error|warning)box in CirrusSearch as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jdlrobson, Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Astuthiodit_1, karapayneWMDE, toberto, bwang, Invadibot, R4356th, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, WDoranWMF, RhinosF1, EvanProdromou, DannyS712, Nandana, Jony, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Addshore, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Astuthiodit_1, karapayneWMDE, toberto, bwang, Invadibot, R4356th, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, WDoranWMF, RhinosF1, EvanProdromou, DannyS712, Nandana, Jony, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Addshore, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi changed the status of subtask T304767: Fix uses of (error|warning)box in CirrusSearch from Open to In Progress. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Astuthiodit_1, karapayneWMDE, toberto, bwang, Invadibot, R4356th, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, WDoranWMF, RhinosF1, EvanProdromou, DannyS712, Nandana, Jony, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Addshore, Mbch331, Jay8g, Ltrlg ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T305327: External ID statement sometimes unformatted right after closing the edit interface
Tacsipacsi added a comment. I can’t reproduce it now either, even though I could consistently reproduce it yesterday. Maybe a such state got stuck in some cache where both formatters had the same rank? It’d be a bit surprising, though, as I changed the rank <https://www.wikidata.org/w/index.php?title=Property:P10559=1609040944> on Saturday, then turned off my computer completely, and I noticed this bug on Sunday. (Although I’ve set Firefox to remember my session, which may keep some caches alive.) TASK DETAIL https://phabricator.wikimedia.org/T305327 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Lucas_Werkmeister_WMDE, Tacsipacsi, Aklapper, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, Nandana, lucamauri, 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] T305327: External ID statement sometimes unformatted right after closing the edit interface
Tacsipacsi created this task. Tacsipacsi added a project: MediaWiki-extensions-WikibaseRepository. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Steps to reproduce -- 1. Open https://www.wikidata.org/wiki/Q1030325#P10559 2. Notice that it links to https://www.ksh.hu/apps/hntr.tortenet?p_lang=EN_id=52132 3. Open the named statement for editing. 4. Modify its value (e.g. insert a trailing space). 5. Click Cancel. Actual result - 6. The snak is no longer linked. Expected result --- 6. The snak continues to link to the same web page. Additional information -- P10559 has two formatter URLs <https://www.wikidata.org/wiki/Property:P10559#P1630>, one of which is set to preferred. It looks like the PHP code correctly handles this situation, but the JS doesn’t. (I hope that setting preferred won’t be necessary after T259801 <https://phabricator.wikimedia.org/T259801>, but it seemed that this makes the PHP fomatter happy.) TASK DETAIL https://phabricator.wikimedia.org/T305327 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Akuckartz, lucamauri, Gq86, Wikidata-bugs ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T304978: Remove translation pages from UnconnectedPages and related API
Tacsipacsi added a comment. Since T97577 <https://phabricator.wikimedia.org/T97577>, there’s a magic word `__EXPECTED_UNCONNECTED_PAGE__`, which Translate could in theory include. However, that doesn’t seem to be a clean solution, so probably Wikibase should provide some interface for that (which, in turn, could set the same page property as the magic word, to keep the database query cheap). TASK DETAIL https://phabricator.wikimedia.org/T304978 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Bugreporter, Astuthiodit_1, karapayneWMDE, Invadibot, H0bby, maantietaja, ItamarWMDE, Akuckartz, abi_, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Taiwania_Justo, shinjiman, Scott_WUaS, Wikidata-bugs, Base, aude, Nikerabbit, KartikMistry, 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] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi removed projects: MediaWiki-extensions-CentralNotice, Timeless, CirrusSearch. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Astuthiodit_1, karapayneWMDE, toberto, bwang, Invadibot, R4356th, maantietaja, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, WDoranWMF, RhinosF1, EvanProdromou, DannyS712, Nandana, Jony, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Addshore, Mbch331, Jay8g, Ltrlg, fenpedia, LaMagiaaa, Wilmanbeno, Chief_Mike, Tumz24, CycloneIsaac, spatton, Jseddon, gabriel-wmde, DStrine, XenoRyet, Wong128hk, Luke081515, Unapersona, Base, AndyRussG, Pcoombe, jayvdb, RandomDSdevel, Isarra, jeremyb ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi removed projects: MediaWiki-extensions-SecureLinkFixer, Patch-For-Review. Tacsipacsi added a comment. The only result for `(error|warning|success|message)box` in #mediawiki-extensions-securelinkfixer <https://phabricator.wikimedia.org/tag/mediawiki-extensions-securelinkfixer/> is {src ESLF:domains.php, commit=8dc17b5cfbb4 <https://phabricator.wikimedia.org/rESLF8dc17b5cfbb49c53bd12bd3d5f67815275b71ec8>, line=107052}, an unrelated domain name. All Gerrit changes directly linked to this task have been merged (and I hope future ones will be linked to subtasks to make handling tasks statuses and assignees easier to handle). TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Astuthiodit_1, fenpedia, karapayneWMDE, toberto, bwang, Invadibot, LaMagiaaa, R4356th, maantietaja, Wilmanbeno, CBogen, ItamarWMDE, Akuckartz, darthmon_wmde, WDoranWMF, RhinosF1, EvanProdromou, DannyS712, Nandana, Chief_Mike, Tumz24, Jony, CycloneIsaac, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, spatton, JJMC89, _jensen, Jseddon, rosalieper, Agabi10, gabriel-wmde, Scott_WUaS, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, jeremyb, Fernandobacasegua34, 786, Suran38, Biggs657, Lalamarie69, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Lewizho99, Maathavan, Neuronton, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi changed the status of subtask T304602: Fix use of errorbox in Gadgets from Open to In Progress. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, LaMagiaaa, Lalamarie69, R4356th, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, spatton, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi changed the status of subtask T304531: Score extension using deprecated errorbox class from Open to In Progress. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, LaMagiaaa, Lalamarie69, R4356th, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, spatton, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi removed a project: MediaWiki-extensions-Gadgets. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, LaMagiaaa, Lalamarie69, R4356th, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, spatton, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, jeremyb, Legoktm, Feldpauschhaylee2017, Bebiezaza, FelixE2019, SD0001, Minilexikon, Nirmos, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi removed a project: MediaWiki-extensions-Score. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, Feldpauschhaylee2017, LaMagiaaa, Lalamarie69, R4356th, Bebiezaza, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, FelixE2019, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, SD0001, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Minilexikon, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, spatton, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Nirmos, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, Krenair, jeremyb, Legoktm, Mahir256, Samuele2002, mb, Ebe123 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi added a subtask: T304531: Score extension using deprecated errorbox class. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: abi_, Stang, Daimona, Krinkle, Edtadros, Volker_E, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, Feldpauschhaylee2017, LaMagiaaa, Lalamarie69, R4356th, Bebiezaza, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, ItamarWMDE, Un1tY, FelixE2019, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, SD0001, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Minilexikon, Bsandipan, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, spatton, Samuele2002, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, mb, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Nirmos, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Ebe123, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi closed subtask T304271: Fix uses of (error|warning)box in FlaggedRevs as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Stang, Daimona, Krinkle, Edtadros, Volker_E, Esanders, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, Feldpauschhaylee2017, LaMagiaaa, Lalamarie69, R4356th, Bebiezaza, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, Un1tY, FelixE2019, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, SD0001, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Minilexikon, Bsandipan, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, spatton, Samuele2002, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, mb, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Nirmos, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Ebe123, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi changed the status of subtask T304271: Fix uses of (error|warning)box in FlaggedRevs from Open to In Progress. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Stang, Daimona, Krinkle, Edtadros, Volker_E, Esanders, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, Feldpauschhaylee2017, LaMagiaaa, Lalamarie69, R4356th, Bebiezaza, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, Un1tY, FelixE2019, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, SD0001, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Minilexikon, Bsandipan, GoranSMilovanovic, Mahir256, QZanden, LawExplorer, spatton, Samuele2002, Lewizho99, JJMC89, Maathavan, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, mb, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Nirmos, Unapersona, Wikidata-bugs, Base, aude, AndyRussG, Ebe123, Pcoombe, Dinoguy1000, jayvdb, RandomDSdevel, Lydia_Pintscher, Isarra, Addshore, Mbch331, Jay8g, Ltrlg, Krenair, jeremyb, Legoktm ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T300306: [subtask] successbox, errorbox and warningbox classes will no longer function in 1.39 release
Tacsipacsi removed projects: MediaWiki-extensions-TranslationNotifications, TitleBlacklist, SpamBlacklist, CheckUser, UploadWizard, MassMessage, MachineVision, MediaWiki-extensions-FlaggedRevs, GlobalBlocking, ConfirmEdit (CAPTCHA extension), MediaWiki-extensions-CentralAuth. Tacsipacsi added a comment. Removing projects that have dedicated subtasks. TASK DETAIL https://phabricator.wikimedia.org/T300306 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Daimona, Krinkle, Edtadros, Volker_E, Esanders, Aklapper, Tacsipacsi, Nikerabbit, Iniquity, Johan, PeterBowman, Amorymeltzer, Jdforrester-WMF, ovasileva, Trizek-WMF, Izno, Patafisik, Jdlrobson, Fernandobacasegua34, Astuthiodit_1, 786, fenpedia, Suran38, Biggs657, karapayneWMDE, toberto, bwang, Invadibot, Feldpauschhaylee2017, LaMagiaaa, Lalamarie69, R4356th, Bebiezaza, maantietaja, Wilmanbeno, Juan90264, Alter-paule, Beast1978, CBogen, Un1tY, FelixE2019, Akuckartz, Hook696, darthmon_wmde, WDoranWMF, Kent7301, RhinosF1, EvanProdromou, joker88john, SD0001, 94rain, DannyS712, CucyNoiD, Nandana, Chief_Mike, Tumz24, Gaboe420, Jony, CycloneIsaac, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Minilexikon, Bsandipan, GoranSMilovanovic, ihojose, Mahir256, QZanden, LawExplorer, Litanwei, spatton, Samuele2002, Lewizho99, JJMC89, Maathavan, SundanceRaphael, _jensen, Jseddon, rosalieper, Agabi10, Neuronton, gabriel-wmde, Scott_WUaS, mb, Pchelolo, DStrine, XenoRyet, Wong128hk, Luke081515, Nirmos, Unapersona, alex-mashin, Wikidata-bugs, Snowolf, Base, aude, AndyRussG, Ebe123, Nullzero, Pcoombe, Huji, Dinoguy1000, jayvdb, MrStradivarius, RandomDSdevel, Lydia_Pintscher, Isarra, Billinghurst, Addshore, Jackmcbarn, Mbch331, Jay8g, Ltrlg, Krenair, jeremyb, Legoktm, Zabe, Asartea, Florian_COLLIN, GeneralNotability, Dzaky17, CptViraj, ST47, Majavah, Chambersjay, wildly_boy, Tks4Fish, Ramsey-WMF, Gboyers, AGK, XanonymusX, RuyP, JEumerus, Cirdan, Bsadowski1, mys_721tx, I_JethroBT, Zache, Niharika, jeblad, fbstj, Florian, KartikMistry, Ladsgroup, Glaisher ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303317: Do word-level diff on textual fields in Wikibase diffs
Tacsipacsi added a comment. (After spending at least ten minutes with handcrafting the screenshots using Firefox’ developer tools, now I noticed that I left off the //Property / Commons category// heading on the left side. I won’t redo them, I hope you get the point anyway.) TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Aklapper, Tacsipacsi, Wikidata-bugs ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303317: Do word-level diff on textual fields in Wikibase diffs
Tacsipacsi created this task. Tacsipacsi added a project: MediaWiki-extensions-WikibaseView. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Feature summary --- Currently Wikibase highlights the whole fields in diffs for items and properties. I’d like to have word-level diffs, just like how it works on non-entity pages, for any textual fields, including terms (labels, descriptions, aliases), sitelink targets and all textual properties’ values (strings, monolingual strings, Commons files etc.). | How it currently looks like | How it should look like | | --- | --- | | F34989937: wikibase-word-level-diff-before.png <https://phabricator.wikimedia.org/F34989937> | F34989939: wikibase-word-level-diff-after.png <https://phabricator.wikimedia.org/F34989939> | | Benefits - Spot changes more easily. For example, do you see the difference in this diff <https://www.wikidata.org/w/index.php?title=Q81267932=1589689258>? (Tip: in the fourth word, //е// was changed to //є//. I found it using NavPopups (which does word-level diff on the JSON, so it shows `u0435` → `u0454`) and then looking very closely at it.) TASK DETAIL https://phabricator.wikimedia.org/T303317 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Aklapper, Tacsipacsi, Wikidata-bugs ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303113: Provide interlanguage links from monolingual Wikisources to multilingual Wikisource
Tacsipacsi created this task. Tacsipacsi added projects: MediaWiki-extensions-WikibaseClient, All-and-every-Wikisource. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Feature summary --- In T275958: Enable interlanguage links from multilingual Wikisource to other Wikisources <https://phabricator.wikimedia.org/T275958>, interlanguage links from multilingual Wikisource to monolingual Wikisources were enabled. However, they are not shown as interlanguage links the other way round, i.e. from monolingual Wikisources to multilingual Wikisource. They do appear in the //In other projects// sidebar section, but that’s not shown on mobile, and multilingual Wikisource is not really another project. They can be added to the interlanguage links section in wikitext with `[[mul:…]]` syntax (see the //More languages// link on s:pl:Autor:Tomasz Zan <https://pl.wikisource.org/w/index.php?title=Autor:Tomasz_Zan=2400126=en>), so it should be possible to add them in Wikibase code as well. Benefits - Multilingual Wikisource becomes more reachable on mobile (and also on desktop using new Vector: the other projects section is hidden in the hamburger menu, interlanguage links are much more prominent in the upper right corner). - Consistent interface: if I reached a monolingual Wikisource from multilingual Wikisource through an interlanguage link, I want to get back the same way. TASK DETAIL https://phabricator.wikimedia.org/T303113 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Aklapper, Tacsipacsi, Akuckartz, MJL, Matlin, lucamauri, Mahir256, Assassas77, Bodhisattwa, Hsarrazin, Wikidata-bugs, jayvdb, Shizhao, Billinghurst, jayantanth, Ltrlg, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T303111: Local interlanguage links on multilingual Wikisource are added to Wikidata-based ones instead of replacing them
Tacsipacsi created this task. Tacsipacsi added projects: MediaWiki-extensions-WikibaseClient, All-and-every-Wikisource. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION Steps to reproduce -- 1. Go to https://wikisource.org/wiki/Wikisource:WS_Export 2. Look at the interlanguage links section in the sidebar. Actual result - 3. All languages appear twice, once from Wikidata directly and once added by Module:Interwiki <https://wikisource.org/wiki/Module:Interwiki>. Expected result --- 3. All languages appear only once, with the target defined by the module. (Which is the same as targets defined by Wikibase, as the module also depends on Wikidata, but they could theoretically be different.) TASK DETAIL https://phabricator.wikimedia.org/T303111 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Akuckartz, MJL, Matlin, lucamauri, Mahir256, Assassas77, Bodhisattwa, Hsarrazin, Wikidata-bugs, jayvdb, Shizhao, Billinghurst, jayantanth, Ltrlg, Krenair ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T191689: PAGEBANNER "origin" parameter calculation is not working at all.
Tacsipacsi removed a project: Patch-For-Review. Tacsipacsi added a comment. @Samwilson The patch is long deployed in production. Can you please check it and close if fixed? It’s not clear for me what the result should be, so I’d like not to judge it. TASK DETAIL https://phabricator.wikimedia.org/T191689 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Samwilson, gerritbot, Liuxinyu970226, Jdlrobson, Aklapper, Theklan, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Culex, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Fernandobacasegua34, 786, Suran38, Biggs657, Lalamarie69, Juan90264, Alter-paule, Beast1978, Un1tY, Hook696, Kent7301, joker88john, CucyNoiD, Gaboe420, Giuliamocci, Cpaulf30, Af420, Bsandipan, Lewizho99, Maathavan, Neuronton ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T74712: ENTER should submit the "Link with page" popup when adding a new site links from client
Tacsipacsi removed a project: TestMe. Tacsipacsi added a comment. To clarify @He7d3r’s last comment, this form can be submitted by pressing the [⏎] key: F34944520: Screenshot 2022-02-07 at 17-51-57 Kategória Lapok láthatatlanná vált wd sablonnal - Wikipédia.png <https://phabricator.wikimedia.org/F34944520> But this one can be submitted by pressing the [⏎] key //only if the previous one was submitted by pressing the Link with page button// (it can be pressed with the mouse or by tabbing to it and pressing the [Space] or [⏎] key, but pressing the [⏎] key in one of the text fields will break the further keyboard navigation): F34944523: Screenshot 2022-02-07 at 17-52-18 Kategória Lapok láthatatlanná vált wd sablonnal - Wikipédia.png <https://phabricator.wikimedia.org/F34944523> (Tested with current production Wikibase Client version, commit 62809d0 <https://phabricator.wikimedia.org/rEWBA62809d02cd3cc084a873f0b16389c453d4505949>.) TASK DETAIL https://phabricator.wikimedia.org/T74712 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, Aklapper, Wikidata-bugs, He7d3r, Lydia_Pintscher, hoo, Invadibot, maantietaja, Akuckartz, Dinadineke, DannyS712, Nandana, lucamauri, tabish.shaikh91, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, aude, TheDJ, Mbch331, TerraCodes, RhinosF1 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T168506: dropdown ToC of page banner is not keyboard accessbile
Tacsipacsi claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T168506 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tacsipacsi Cc: Tacsipacsi, PokestarFan, Jdlrobson, TheDJ, Aklapper, 786, Suran38, Biggs657, bwang, Invadibot, Mooeena, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, joker88john, Dinadineke, DannyS712, CucyNoiD, Nandana, Gaboe420, Giuliamocci, tabish.shaikh91, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, JakeTheDeveloper, QZanden, Orienteerix, merbst, LawExplorer, Flycatchr, EHCliffe, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Neuronton, Scott_WUaS, Volker_E, Wikidata-bugs, aude, Dinoguy1000, Lydia_Pintscher, Mbch331, Jay8g ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org