[Wikidata-bugs] [Maniphest] T348395: https://wikiba.se/ontology/ is gone
Legoktm removed a project: Internet-Archive. TASK DETAIL https://phabricator.wikimedia.org/T348395 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Hogue, Evelien_WMDE, jon_amar-WMDE, Aklapper, Lydia_Pintscher, Danny_Benjafield_WMDE, Astuthiodit_1, karapayneWMDE, Invadibot, maantietaja, ItamarWMDE, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Biaoo, Philoserf, Ironie, Hydriz, 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] T332953: Migrate PipelineLib repos to GitLab
Legoktm reopened subtask T336168: Provide mechanism to publish to doc.wikimedia.org from GitLab CI as Open. TASK DETAIL https://phabricator.wikimedia.org/T332953 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: jnuche, isarantopoulos, BPirkle, Tgr, Eevans, Seddon, MSantos, kevinbazira, odimitrijevic, BTullis, Ottomata, calbon, fgiunchedi, WMDE-leszek, fkaelin, ItamarWMDE, elukey, KartikMistry, santhosh, Martaannaj, sbassett, bking, bd808, Ladsgroup, Krinkle, Legoktm, tstarling, Physikerwelt, dcausse, Jdrewniak, taavi, hnowlan, Michaelcochez, cjming, Jdforrester-WMF, dduvall, Aklapper, thcipriani, Bellucii32, Themindcoder, Stevemunene, Adamm71, Jersione, Itsmeduncan, Hellket777, Cleo_Lemoisson, Brielikethecheese, LisafBia6531, JArguello-WMF, Astuthiodit_1, Atieno, 786, EChetty, TheReadOnly, Biggs657, karapayneWMDE, toberto, joanna_borun, Simonmaignan, Invadibot, DAbad, MPhamWMF, Devnull, maantietaja, Juan90264, Muchiri124, Confetti68, Anerka, Alter-paule, Beast1978, CBogen, Un1tY, Nintendofan885, Akuckartz, Otr500, Hook696, WDoranWMF, Ddurigon, MJL, Kent7301, brennen, Mateo1977, EvanProdromou, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, NebulousIris, Namenlos314, aezell, skpuneethumar, kostajh, Gaboe420, Zylc, Giuliamocci, Davinaclare77, Abdeaitali, Cpaulf30, 1978Gage2001, Techguru.pc, Lahi, Operator873, Gq86, Af420, Xinbenlv, Vacio, Sharvaniharan, Bsandipan, scblr, Xover, GoranSMilovanovic, SPoore, TBolliger, Chicocvenancio, Hfbn0, QZanden, EBjune, Tbscho, Taquo, LawExplorer, catalandres, Eginhard, Lewizho99, Zppix, JJMC89, Maathavan, TerraCodes, DDJJ, _jensen, rosalieper, Agabi10, PEarleyWMF, Neuronton, RuyP, Liudvikas, Scott_WUaS, Pchelolo, Karthik_sripal, Izno, Wong128hk, Luke081515, Bsadowski1, Niharika, Wikidata-bugs, Jitrixis, aude, Bawolff, Dbrant, Dinoguy1000, Gryllida, Lydia_Pintscher, faidon, Grunny, ssastry, scfc, Alchimista, Arlolra, csteipp, Mbch331, Jay8g, 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] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)
Legoktm added a comment. In T297995#8872681 <https://phabricator.wikimedia.org/T297995#8872681>, @Husky wrote: > I would suggest just removing the authentication for a week and see what happens. I'm curious what you expect to learn during this week. I'm not necessarily against a trial, but to me it seems clear that 1) a number of people who currently aren't using WCQS would if there was no auth check, and 2) Bad/complex/etc. queries will most likely take down WCQS, just like they do for Wikidata. Is a week long enough to get a sense of what either will be like? But a service with 100% uptime that no one uses is still useless, so I lean towards removing the auth restriction outright and just treating it the same as WDQS. My impression is that we're not introducing a new problem, just extending the same problem that is being explored on the WDQS side and will benefit from the same fix whenever it's ready. TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Elfix, Yug, pere_prlpz, Naseweis520, Stang, Denengelse, Spinster, Alicia_Fagerving_WMSE, RhinosF1, Andrawaag, MPhamWMF, Jane023, Sannita, Bugreporter, GFontenelle_WMF, Susannaanas, Gehel, AxelPettersson_WMSE, Abbe98, Izno, Pharos, Krinkle, Nikki, Ainali, Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, Y.ssk, Muchiri124, CBogen, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, 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] T297995: Remove authentication from Wikimedia Commons Query Services (WCQS)
Legoktm added a comment. Honest question, is anyone even uisng WCQS right now? https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=1m_name=wcqs=now-2d=now=18 suggests that it's getting ~2.5 queries per second. WDQS (https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=1m_name=wdqs=now-2d=now=18) on the other hand is two orders of magnitude higher, ~250q/s. My impression from speaking with multiple people at the hackathon is that the authentication requirement is a barrier for people to even use the service in the first place, which defeats the point. TASK DETAIL https://phabricator.wikimedia.org/T297995 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Elfix, Yug, pere_prlpz, Naseweis520, Stang, Denengelse, Spinster, Alicia_Fagerving_WMSE, RhinosF1, Andrawaag, MPhamWMF, Jane023, Sannita, Bugreporter, GFontenelle_WMF, Susannaanas, Gehel, AxelPettersson_WMSE, Abbe98, Izno, Pharos, Krinkle, Nikki, Ainali, Chicocvenancio, LWyatt, Legoktm, Husky, LucasWerkmeister, Fuzheado, Aklapper, Multichill, Astuthiodit_1, AWesterinen, karapayneWMDE, Invadibot, maantietaja, Y.ssk, Muchiri124, CBogen, ItamarWMDE, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, 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] T334333: Add rel=me attribute to external identifier links on Wikidata items
Legoktm added a comment. I think there is a philosophical question of whether the Wikidata item or even Wikipedia page is actually "you" in the same sense that your personal website, GH profile, userpage, etc. are. My current feeling is that it isn't but I'm not really able to articulate why. In terms of structured metadata, I wonder if schema.org's sameAs <https://schema.org/sameAs> would be a better fit for these kinds of Wikidata properties than rel="me" (c.f. T198946: Add Schema property 'sameAs' pointing to Wikidata entries <https://phabricator.wikimedia.org/T198946>). TASK DETAIL https://phabricator.wikimedia.org/T334333 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: EpicPupper, AntiCompositeNumber, TheresNoTime, Aklapper, Legoktm, mxn, 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] T332624: LibraryUpgrade fails for Query Builder due to missing Cypress dependency: Xvfb
Legoktm added a comment. firefox-esr should be installed in the container - we can install xvfb if necessary but I was under the (possibly mistaken!) impression that we had switched to browser's native headless modes instead of needing xvfb. TASK DETAIL https://phabricator.wikimedia.org/T332624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aklapper, Michael, Astuthiodit_1, karapayneWMDE, Invadibot, Zabe, maantietaja, ItamarWMDE, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T329167: Wikibase Repository: The collapse button in sitelinks view become invisible, overlapped by the sitelinks heading
Legoktm reassigned this task from JayanthMKV to Winston_Sung. TASK DETAIL https://phabricator.wikimedia.org/T329167 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Winston_Sung, Legoktm Cc: JayanthMKV, karapayneWMDE, ItamarWMDE, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, Winston_Sung, ajaypediredla14, Themindcoder, Adamm71, Jainitbafna, Jersione, Hellket777, LisafBia6531, Astuthiodit_1, 786, Biggs657, AFZL210, Invadibot, Gaurav24072002, Abhinay76, Annysah01, Rohitgeddam, maantietaja, Juan90264, Alter-paule, Beast1978, Un1tY, Akuckartz, Soda, Chaytanya, JorisDarlingtonQuarshie, Hook696, wiki-helenatxu, Kent7301, joker88john, Dinadineke, CucyNoiD, Klein, Nandana, Tks4Fish, Gaboe420, lucamauri, Mh-3110, Giuliamocci, tabish.shaikh91, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, JakeTheDeveloper, QZanden, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, xSavitar, Neuronton, Scott_WUaS, MuhammadShuaib, Tmalhotra, SimmeD, 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] T196962: Module prefix 'wbeu' is shared between Wikibase\Client\Api\ApiListEntityUsage and Wikibase\Client\Api\ApiPropsEntityUsage
Legoktm added a comment. How can we move forward on this? TASK DETAIL https://phabricator.wikimedia.org/T196962 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Lucas_Werkmeister_WMDE, Dipsacus_fullonum, Lea_Lacroix_WMDE, Aklapper, gerritbot, Lydia_Pintscher, Ladsgroup, WMDE-leszek, Legoktm, 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] T308389: mw.ForeignApi always gets a CSRF token, even if it can't use it
Legoktm closed this task as "Invalid". Legoktm edited projects, added MediaWiki-extensions-CentralAuth; removed Wikidata, Wikibase-JavaScript-Api. Legoktm added a comment. That request isn't solely to fetch CSRF tokens, it serves another purpose: * Query the foreign wiki to see if we're already logged in there in the user's browser, which * means that there's no need to query for and use 'centralauthtoken' parameter. * * To avoid wasted requests, get a CSRF token at the same time. (from https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#81) The request scheme is described at https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/CentralAuth/+/refs/heads/master/modules/ext.centralauth.ForeignApi.js#9 - basically if you are not logged in remotely, you need to get a short-lived centralauthtoken for each foreign request. But if you're logged in remotely, which is what the meta=userinfo is for, then we don't need centralauthtokens. And since we're making a request anyways, it makes sense to fetch the CSRF token at that time, if possible. TASK DETAIL https://phabricator.wikimedia.org/T308389 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aklapper, AlexisJazz, Trngsh15, Mengs21, Zabe, EgbeRef, Vaibhav0199, Tinzawoo533, CptViraj, WDoranWMF, Majavah, Onmir, DannyS712, wildly_boy, Mh-3110, Yahya, Amorymeltzer, Jayprakash12345, enigmaeth, rohitt, Sethakill, dg711, Dixtosa, Wong128hk, Snowolf, Dinoguy1000, jayvdb, Jay8g, 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] T290300: Serve WCQS Sparql endpoint through api.wikimedia.org with OAuth 2
Legoktm added a comment. Having helped with investigating a WDQS outage caused by a *single* user once, I have a lot of sympathy for why we'd want authentication, but I worry that putting auth walls up for any access at all is a bad step (we've long had similar discussions about this for the MediaWiki API too). I think it would be helpful to have pointers to earlier conversations where less drastic measures like increased rate limits, or a split of unauthenticated vs authenticated traffic were considered and why they were deemed unworkable. And what resources are needed to offer this. I read the announcement, and personally I would take a reduced SLO + no auth required over having better uptime with authentication required. TASK DETAIL https://phabricator.wikimedia.org/T290300 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Fuzheado, LucasWerkmeister, ttaylor, CBogen, Gehel, Aklapper, Zache, BPirkle, sdkim, hnowlan, RKemper, Zbyszko, Invadibot, MPhamWMF, maantietaja, Akuckartz, Nandana, Namenlos314, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, 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] T297096: add prefix `s:` or replace it with `wds:`
Legoktm removed projects: Platform Engineering Roadmap Decision Making, TechCom-RFC. TASK DETAIL https://phabricator.wikimedia.org/T297096 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Addshore, Aklapper, Agabi10, daniel, Joe, Marostegui, Lucas_Werkmeister_WMDE, Lydia_Pintscher, abian, mobrovac, Krinkle, kchapman, CCicalese_WMF, eprodromou, WMDE-leszek, Michael, JeroenDeDauw, Naike, Manuel, Lectrician1, VladimirAlexiev, Invadibot, maantietaja, Akuckartz, Eihel, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Esc3300, merbst, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Demian, DannyS712, kostajh, RazeSoldier, xSavitar, Izno, SBisson, Uzume, Perhelion, Base, GWicke, Bawolff, jayvdb, fbstj, santhosh, Jdforrester-WMF, Ladsgroup, Jay8g, Ltrlg, bd808 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T296926: Change licensing to BSD 3-Clause
Legoktm added a comment. Can you please clarify what repo/project this is about in the bug's title? Thanks! TASK DETAIL https://phabricator.wikimedia.org/T296926 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: GoranSMilovanovic, Legoktm Cc: Legoktm, WMDE-leszek, Tobi_WMDE_SW, Aklapper, Manuel, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ricordisamoa, Slaporte, 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] T228527: Support nested package.json files
Legoktm removed Legoktm as the assignee of this task. TASK DETAIL https://phabricator.wikimedia.org/T228527 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: hashar, RhinosF1, Pablo-WMDE, darthmon_wmde, WMDE-leszek, Addshore, Daimona, Michael, Legoktm, Jdforrester-WMF, Aklapper, Lucas_Werkmeister_WMDE, Esanders, Invadibot, Zabe, maantietaja, 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] T295560: Share complex SPARQL queries in Wikidata Query Service via short URL [investigation]
Legoktm added a comment. In T295560#7500990 <https://phabricator.wikimedia.org/T295560#7500990>, @Mahir256 wrote: > We have an as-yet unused "Query:" namespace <https://www.wikidata.org/wiki/Special:AllPages?from===122> ; perhaps it could be opened for storing queries longer than 2000 characters? (A redirection mechanism such that a visit to any page in that namespace takes you to query.wikidata.org might be useful, and there ought to be a system, similar to what is done with CSS pages, that ensures that a query is syntactically correct before it can be saved to that namespace.) IIRC from the very early days when we deployed the query namespace, it was intended for storing queries that would generate lists, like ListeriaBot basically but built-in to the software. But at that time the original plan was to build WDQS as a MediaWiki extension rather than as a separate service. Namespaces are relatively cheap to add, so it would be cool to see the Query namespace used for something like this. And if the original plan does ever pan out, it could be added as a "List" namespace or something. TASK DETAIL https://phabricator.wikimedia.org/T295560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael, Legoktm Cc: Legoktm, Michael, Mahir256, Manuel, Aklapper, Invadibot, maantietaja, 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] T295560: Share complex SPARQL queries in Wikidata Query Service via short URL [investigation]
Legoktm added a comment. I've never really understood why URLs are the preferred mechanism for storing these queries. They're nice for a one-off, but make collaboration (what wikis excel at) incredibly difficult, because if you want to adjust or update a query, you have to create a brand new URL and redistribute it. Is it just me or is that not even a goal of WDQS? Collaboration isn't even mentioned in the user story. Especially if we're talking about documenting queries, that seems like something you really want collaboration support for. We have a really good mechanism for storing text, distributing text, patrolling changes to text, and linking to text (wikis, in case it wasn't clear), so I just don't get why people want to do it all in URLs. Finding some fancy compression algorithm to squeeze even more characters into less bytes is a solution technically, but I don't think it really makes the service any better. TASK DETAIL https://phabricator.wikimedia.org/T295560 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael, Legoktm Cc: Legoktm, Michael, Mahir256, Manuel, Aklapper, Invadibot, maantietaja, 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] T220703: Increase the max length of URL to be shortened
Legoktm added a comment.
In T220703#7506228 <https://phabricator.wikimedia.org/T220703#7506228>,
@Lucas_Werkmeister_WMDE wrote:
> long-sparql looks neat. Do you think you could make it support {{query
page}} <https://www.wikidata.org/wiki/Template:Query_page> as well? It has the
same `query` parameter as {{SPARQL}}; you could also ask the API to parse
`{{query_page_name|style=url}}` to get the URL out of it, but it looks like you
already have a wikitext parser, so I guess you don’t need that.
Done. Now it just looks for the first query.wikidata.org link on the page
(including via templates), which should make it compatible with all templates I
hope:
https://gitlab.com/legoktm/long-sparql/-/commit/07426c30876fd130aeceacc82fe4884c699594f6
Ex: https://www.wikidata.org/wiki/Template:Query_page/sandbox ->
https://ls.toolforge.org/p/72919344
(sidenote: just so no one thinks I'm crazy, I'm definitely not parsing
wikitext, it's using Parsoid HTML via https://docs.rs/parsoid/ :))
>> Ideally, the Wikidata query service interface would give you the option to
save too-long queries onto a wiki page (some OAuth login)
>
> The straightforward way to do this would require enabling CORS access from
query.wikidata.org to www.wikidata.org. I requested this a while ago in T218568
<https://phabricator.wikimedia.org/T218568>, but it was declined, and having
since found several XSS vulnerabilities in the query service UI, I’m now very
glad about that, and fairly reluctant to consider it again.
>
> Using OAuth would be an alternative, I guess (with a server backend that
only allows very specific actions: creating user subpages with SPARQL content),
but building and deploying that backend would be more work.
The main reason I suggested OAuth is because I know WCQS is already using it,
though I don't know the specific implementation nor how complex adding
something like this would be. I agree with not enabling CORS access (like I did
back then :)).
In T220703#7508155 <https://phabricator.wikimedia.org/T220703#7508155>,
@Pigsonthewing wrote:
> Yes, anything under the "Short URL to results" link on query result pages.
>
> Example: https://w.wiki/4QHr
Cool, didn't know about embed.html. If the wiki page links to the embed.html
page, it should just work. E.g.
https://www.wikidata.org/wiki/User:Legoktm/Test2 ->
https://ls.toolforge.org/p/16582503
TASK DETAIL
https://phabricator.wikimedia.org/T220703
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Manuel, Base, Mohammed_Sadat_WMDE, Jneubert, Michael, Nikki, Mmarx, Envlh,
Salgo60, Daniel_Mietchen, Ladsgroup, ArielGlenn, Ijon, Thomas_Shafee,
Tagishsimon, Sylvain_WMFr, Harmonia_Amanda, TheDJ, Jheald, CennoxX, Framawiki,
Legoktm, agray, Xaosflux, Habitator_terrae, Pigsonthewing,
Lucas_Werkmeister_WMDE, Aklapper, Lea_Lacroix_WMDE, 786, Suran38, Biggs657,
Invadibot, STei-WMF, Lalamarie69, Zabe, Devnull, maantietaja, Juan90264,
Zblace, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, CptViraj, AKA_MBG,
Kent7301, Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, Tks4Fish,
Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan,
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, QZanden, Kizule,
LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, Urbanecm,
rosalieper, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Stanglavine,
Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude,
Dcljr, Bawolff, Alchimista, Addshore, Matanya, Mbch331, Jay8g, 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] T220703: Increase the max length of URL to be shortened
Legoktm added a comment. In T220703#7506303 <https://phabricator.wikimedia.org/T220703#7506303>, @Pigsonthewing wrote: > So how does long-sparql support "a link to the results page"? Maybe I'm missing some context, can you give an example of what a link to a results page would be? TASK DETAIL https://phabricator.wikimedia.org/T220703 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Manuel, Base, Mohammed_Sadat_WMDE, Jneubert, Michael, Nikki, Mmarx, Envlh, Salgo60, Daniel_Mietchen, Ladsgroup, ArielGlenn, Ijon, Thomas_Shafee, Tagishsimon, Sylvain_WMFr, Harmonia_Amanda, TheDJ, Jheald, CennoxX, Framawiki, Legoktm, agray, Xaosflux, Habitator_terrae, Pigsonthewing, Lucas_Werkmeister_WMDE, Aklapper, Lea_Lacroix_WMDE, 786, Suran38, Biggs657, Invadibot, STei-WMF, Lalamarie69, Zabe, Devnull, maantietaja, Juan90264, Zblace, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, CptViraj, AKA_MBG, Kent7301, Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, Tks4Fish, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, QZanden, Kizule, LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, Urbanecm, rosalieper, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Stanglavine, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude, Dcljr, Bawolff, Alchimista, Addshore, Matanya, Mbch331, Jay8g, 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] T220703: Increase the max length of URL to be shortened
Legoktm added a comment.
In T220703#7496188 <https://phabricator.wikimedia.org/T220703#7496188>,
@Pigsonthewing wrote:
> In T220703#7496063 <https://phabricator.wikimedia.org/T220703#7496063>,
@Legoktm wrote:
>
>> In T220703#7494558 <https://phabricator.wikimedia.org/T220703#7494558>,
@Tagishsimon wrote:
>>
>>> @Legoktm is there any evidence that the current link shortener has been
abused in the way you fear a link shortener capable of shortening longer URIs
might be?
>>
>> Yes :(
>
> So arbitrarily constraining the maximum URL length that can be shortened
has not prevented the abuse that the constraint was claimed to prevent.
Maybe! Maybe lengthening the limit won't invite more abuse, or maybe the 5k
limit is holding back some stuff, or maybe people just haven't discovered it as
a possible abuse vector.
>> Just put the super long URL in a wiki page and link that.
>
> As noted here two and a half years ago: "This is a good workaround for a
link to the query, but we cannot make a link to the results page this way."
That's fair. I made a new tool today called "long-sparql". Given a page like
https://www.wikidata.org/wiki/User:Legoktm/test, where there's a query on the
page with `{{SPARQL|query=...}}` looking at ?action=info, the page id is
19420423. You can now link directly to that query with
https://ls.toolforge.org/p/19420423. The tool looks up the query on the page
and then redirects you to it, which I believe should be identical to w.wiki.
It's rather rough, but if people find it useful, it would be straightforward to
add support to linking to queries on specific revisions of wiki pages, and
provide a form for people to input a page's title and get the shorter link from
it. It's mostly in proof-of-concept status currently, so let me know (source
code: https://gitlab.com/legoktm/long-sparql/).
Ideally, the Wikidata query service interface would give you the option to
save too-long queries onto a wiki page (some OAuth login), and then provide a
different link based on that.
As a side note, when trying to deploy that tool to Toolforge, I ran into
limits on how long of a URL could be redirected via `Location: ...` headers,
because nginx has some default limits that the example query on my test page
exceeded. w.wiki does not go through nginx but rather some other proxies
(Apache, Varnish, ATS, envoy), so very long URLs might get caught in one of
those too. Probably fixable or avoidable, but just another thing to keep in
mind.
TASK DETAIL
https://phabricator.wikimedia.org/T220703
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Manuel, Base, Mohammed_Sadat_WMDE, Jneubert, Michael, Ammarpad, Nikki,
Mmarx, Envlh, Salgo60, Daniel_Mietchen, Ladsgroup, ArielGlenn, Ijon,
Thomas_Shafee, Tagishsimon, Sylvain_WMFr, Harmonia_Amanda, TheDJ, Jheald,
CennoxX, Framawiki, Legoktm, agray, Xaosflux, Habitator_terrae, Pigsonthewing,
Lucas_Werkmeister_WMDE, Aklapper, Lea_Lacroix_WMDE, 786, Suran38, Biggs657,
Invadibot, STei-WMF, Lalamarie69, Zabe, Devnull, maantietaja, Juan90264,
Zblace, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, CptViraj, AKA_MBG,
Kent7301, Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, Tks4Fish,
Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan,
GoranSMilovanovic, Jayprakash12345, Chicocvenancio, QZanden, Kizule,
LawExplorer, Lewizho99, Maathavan, Devwaker, Niklitov, _jensen, Urbanecm,
rosalieper, JEumerus, Scott_WUaS, Ananthsubray, Superzerocool, Stanglavine,
Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, Wikidata-bugs, Snowolf, aude,
Dcljr, Bawolff, Alchimista, Addshore, Matanya, Mbch331, Jay8g, 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] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Legoktm merged a task: T294700: Whitelist wcqs-beta.wmflabs.org for w.wiki. Legoktm added a subscriber: Base. TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Base, Nirmos, Legoktm, Nikki, Bugreporter, Jheald, Lucas_Werkmeister_WMDE, Nintendofan885, Ladsgroup, Aklapper, Gehel, Multichill, Invadibot, MPhamWMF, maantietaja, Y.ssk, Zblace, Muchiri124, CBogen, Akuckartz, DannyS712, Nandana, Namenlos314, Lahi, Gq86, GoranSMilovanovic, Chicocvenancio, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Alchimista, Steinsplitter, 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] T212690: DBQueryTimeoutError on Wikidata's Special:Nuke
Legoktm reopened subtask T188679: Nuke should batch the deletions as Open. TASK DETAIL https://phabricator.wikimedia.org/T212690 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Zabe, Ladsgroup, Amorymeltzer, jcrespo, gerritbot, Addshore, Marostegui, Aklapper, abian, Suran38, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Beast1978, ItamarWMDE, Un1tY, Akuckartz, Hook696, darthmon_wmde, Kent7301, joker88john, DannyS712, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Verdy_p, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331, Jay8g, 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] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm added a comment. I think this is resolved now that the streaming updater is in use everywhere? https://lists.wikimedia.org/hyperkitty/list/wikid...@lists.wikimedia.org/message/NXBOCI3WKTZBB6RB2GYWBBH2BFH3NBT6/ TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, RhinosF1, Nandana, Namenlos314, jijiki, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Volans, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Addshore, Mbch331, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290989: switchdc cache warmup should include URLs that warmup relevant Wikidata caches
Legoktm added a comment. In T290989#7354905 <https://phabricator.wikimedia.org/T290989#7354905>, @Addshore wrote: > Correct me if I am wrong, but this would also be solved by this cache using WANCache rather than just a BagOStuff? My understanding is that WANCache only sets values in the current DC, but invalidation is relayed to both DCs. Main stash would set the values across both DCs, see https://www.mediawiki.org/wiki/Manual:Object_cache#Main_stash TASK DETAIL https://phabricator.wikimedia.org/T290989 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Krinkle, Addshore, jcrespo, Marostegui, Lucas_Werkmeister_WMDE, Ladsgroup, Legoktm, Aklapper, Invadibot, Devnull, LSobanski, maantietaja, Akuckartz, Iflorez, RhinosF1, Nandana, jijiki, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Volans, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290989: switchdc cache warmup should include URLs that warmup relevant Wikidata caches
Legoktm created this task. Legoktm added projects: Wikidata, Datacenter-Switchover, DBA. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: wdwb-tech. TASK DESCRIPTION s8 was struggling today after the DC switchover, and it was suggested that we add some URLs to the cache warmup for Wikidata. (log trimmed) 07:53:09 <_joe_> marostegui: do we have dbs suffering? 07:53:15 <@marostegui> yes, s8 07:54:08 (once this is all done): marostegui let's talk about if there is anything on wikibase side is needed 07:56:06 is it Wikibase\Lib\Store\Sql\Terms\DatabaseTermInLangIdsResolver::selectTermsViaJoin ? 07:56:34 that's termstore replacement 07:56:42 I think because cache is cold 07:56:48 (memcached for term store) 07:56:52 mine it is just a guess because it is the only query I am seeing 07:57:04 on the heavy hit servers 07:57:34 maybe for the next dc switch we should "warm it up" beforehand 07:57:41 <_joe_> Amir1: yes definitely 07:57:50 I see a few fetchterms too 07:57:51 <@legoktm> we can add some Wikidata URLs to the warmup 07:58:03 <@marostegui> legoktm: that'd be nice indeed 07:58:20 legoktm: it's a common misconception: most of reads on s8 are not coming from wikidata.org 07:58:30 this needs some parsing 07:59:17 <@legoktm> Amir1: "URLs that warmup the relevant Wikidata paths :)" 07:59:25 better :D The URLs that are currently hit as part of the warmup process are located at https://gerrit.wikimedia.org/g/operations/puppet/+/545b517cea678d8fdeadeb6051e0f3757bd4ebff/modules/mediawiki/files/maintenance/mediawiki-cache-warmup/ TASK DETAIL https://phabricator.wikimedia.org/T290989 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: jcrespo, Marostegui, Lucas_Werkmeister_WMDE, Ladsgroup, Legoktm, Aklapper, Invadibot, Devnull, LSobanski, maantietaja, Akuckartz, Iflorez, RhinosF1, Nandana, jijiki, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Minhnv-2809, Volans, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Addshore, Mbch331, Jay8g, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm removed a parent task: T287539: September 2021 Datacenter switchover (codfw -> eqiad). TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, RhinosF1, Nandana, Namenlos314, jijiki, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Volans, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Addshore, Mbch331, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290373: 2021-09-03 General MediaWiki outage
Legoktm renamed this task from "Can not access Wikidata" to "2021-09-03 General MediaWiki outage". Legoktm removed projects: Traffic, wdwb-tech, Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T290373 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Jonathan5566, Legoktm, Sunny00217, MBH, Aklapper, Bugreporter, joanna_borun, Zabe, Devnull, lmata, Muchiri124, RhinosF1, Legado_Shulgin, DannyS712, ReaperDawn, jijiki, Davinaclare77, Techguru.pc, Hfbn0, Zppix, elukey, Wong128hk, Bawolff, ArielGlenn, faidon, He7d3r, Jdforrester-WMF, Jay8g, akosiaris, fgiunchedi, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Ladsgroup, Addshore, 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] T290373: Can not access Wikidata
Legoktm added a comment. Things should be back to normal now - if it's not, please let us know. TASK DETAIL https://phabricator.wikimedia.org/T290373 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Jonathan5566, Legoktm, Sunny00217, MBH, Aklapper, Bugreporter, joanna_borun, Invadibot, Zabe, Devnull, maantietaja, lmata, Muchiri124, Akuckartz, RhinosF1, Legado_Shulgin, DannyS712, ReaperDawn, Nandana, jijiki, Davinaclare77, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Hfbn0, QZanden, LawExplorer, Zppix, elukey, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Bawolff, ArielGlenn, faidon, He7d3r, Jdforrester-WMF, Ladsgroup, Addshore, Mbch331, Jay8g, akosiaris, fgiunchedi ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T290373: Can not access Wikidata
Legoktm added a comment. We have an ongoing outage right now and are investigating. TASK DETAIL https://phabricator.wikimedia.org/T290373 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Sunny00217, MBH, Aklapper, Bugreporter, joanna_borun, Invadibot, Zabe, Devnull, maantietaja, lmata, Muchiri124, Akuckartz, RhinosF1, Legado_Shulgin, DannyS712, ReaperDawn, Nandana, jijiki, Davinaclare77, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Hfbn0, QZanden, LawExplorer, Zppix, elukey, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Bawolff, ArielGlenn, faidon, He7d3r, Jdforrester-WMF, Ladsgroup, Addshore, Mbch331, Jay8g, akosiaris, fgiunchedi ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T178445: flapping monitoring for recommendation_api on scb
Legoktm closed this task as "Resolved". Legoktm added a comment. This is no longer an issue because SCB is long gone, and there are no flapping alerts for this service that I've seen recently. TASK DETAIL https://phabricator.wikimedia.org/T178445 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, jcrespo, brennen, Joe, Volans, mobrovac, Smalyshev, Gehel, Stashbot, Aklapper, Dzahn, joanna_borun, Invadibot, MPhamWMF, Devnull, maantietaja, lmata, Muchiri124, Akuckartz, WDoranWMF, holger.knust, RhinosF1, EvanProdromou, ET4Eva, Legado_Shulgin, ReaperDawn, Nandana, Davinaclare77, Techguru.pc, Lahi, Gq86, herron, GoranSMilovanovic, Chicocvenancio, Hfbn0, QZanden, EBjune, LawExplorer, Avner, Zppix, _jensen, rosalieper, Agabi10, Scott_WUaS, Pchelolo, FloNight, Wong128hk, Eevans, Hardikj, Wikidata-bugs, aude, Capt_Swing, faidon, Mbch331, Jay8g, fgiunchedi ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T289551: wdqs1012 flatlined after page for wdqs.svc.eqiad.wmnet timing out
Legoktm added a comment. The depool happened at 03:51. At 03:52, systemd(?) restarted wdqs-blazegraph.service, which seems to have brought stuff like the updater back to life, though there's some updater lag it's churning through. TASK DETAIL https://phabricator.wikimedia.org/T289551 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: RLazarus, Legoktm, Aklapper, Zabe, MPhamWMF, CBogen, DannyS712, Namenlos314, jijiki, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, elukey, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, Manybubbles, ArielGlenn, He7d3r, Jdforrester-WMF, Jay8g, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T289551: wdqs1012 flatlined after page for wdqs.svc.eqiad.wmnet timing out
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T289551 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: RLazarus, Legoktm, Aklapper, Zabe, MPhamWMF, CBogen, DannyS712, Namenlos314, jijiki, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, elukey, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, Manybubbles, ArielGlenn, He7d3r, Jdforrester-WMF, Jay8g, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T289551: wdqs1012 flatlined after page for wdqs.svc.eqiad.wmnet timing out
Legoktm created this task. Legoktm added projects: Wikidata-Query-Service, Wikimedia-Incident. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION 03:25:57 <+icinga-wm> PROBLEM - LVS wdqs eqiad port 80/tcp - Wikidata Query Service IPv4 #page on wdqs.svc.eqiad.wmnet is CRITICAL: CRITICAL - Socket timeout after 10 seconds https://wikitech.wikimedia.org/wiki/LVS%23Diagnosing_problems 03:27:43 <+icinga-wm> RECOVERY - LVS wdqs eqiad port 80/tcp - Wikidata Query Service IPv4 #page on wdqs.svc.eqiad.wmnet is OK: HTTP OK: HTTP/1.1 200 OK - 448 bytes in 0.016 second response time https://wikitech.wikimedia.org/wiki/LVS%23Diagnosing_problems @rzl noticed that in all metrics, it appears wdqs1012 went to 0 or disappeared per https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=162977517=1629775911861_name=wdqs I found some exceptions related to the prometheus exporters, restarted both to no success (see P17064 <https://phabricator.wikimedia.org/P17064>). @rzl has depooled wdqs1012 for now until it can be investigated by a WDQS expedrt since it does appear like something is wrong with it. TASK DETAIL https://phabricator.wikimedia.org/T289551 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aklapper, Zabe, MPhamWMF, CBogen, DannyS712, Namenlos314, jijiki, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, elukey, Jonas, Xmlizer, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Bawolff, Manybubbles, ArielGlenn, He7d3r, Jdforrester-WMF, Jay8g, akosiaris, 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] T288639: SpamBlacklistHooks::onEditFilterMergedContent causes every edit to be rendered twice
Legoktm added a comment. For reference, this is at least the *fourth* time this has happened: - T59026#639359 <https://phabricator.wikimedia.org/T59026#639359> (Nov. 2013) - T198483#4404330 <https://phabricator.wikimedia.org/T198483#4404330> (July 2018) - T205369#4743547 <https://phabricator.wikimedia.org/T205369#4743547> (Nov. 2018) I think this merits some kind of deeper analysis / proper fixing so it stops regressing. TASK DETAIL https://phabricator.wikimedia.org/T288639 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Legoktm Cc: Legoktm, Jdforrester-WMF, Marostegui, ori, Krinkle, Aklapper, dpifke, Ladsgroup, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Jony, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Vali.matei, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, Lydia_Pintscher, 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] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)
Legoktm added a comment. In T176312#7269637 <https://phabricator.wikimedia.org/T176312#7269637>, @Ladsgroup wrote: > Some fancy graphs: > In T176312#7269680 <https://phabricator.wikimedia.org/T176312#7269680>, @Lucas_Werkmeister_WMDE wrote: > Looks like this cut the median format check time roughly in half, from ca. 15 ms to ca. 7 ms: This is great \o/ One note is that I don't think we ever did any real tuning of shellbox-constraints's deployment, I just copied the Score shellbox configuration (1 CPU, 2G memory). My feeling is that shellbox-constraints is probably over-provisioned, but it's not really worth trying to cut it down. Just something to keep an eye on as future growth happens. TASK DETAIL https://phabricator.wikimedia.org/T176312 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Legoktm Cc: Legoktm, Lydia_Pintscher, Daniel_Mietchen, Rosalie_WMDE, Silvan_WMDE, Krinkle, EBernhardson, Bawolff, abian, Addshore, Ladsgroup, Milimetric, Nikerabbit, Smalyshev, tstarling, daniel, Joe, Lucas_Werkmeister_WMDE, Aklapper, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Esc3300, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Agabi10, 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] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm closed this task as "Resolved". Legoktm claimed this task. Legoktm added a comment. I'm going to close this as resolved as I believe everything is now set up on the k8s/SRE side of things, though there will be additional tuning needed as the rollout progresses, which is happening on T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions) <https://phabricator.wikimedia.org/T176312>. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions)
Legoktm closed subtask T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes as Resolved. TASK DETAIL https://phabricator.wikimedia.org/T176312 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Legoktm Cc: Daniel_Mietchen, Rosalie_WMDE, Silvan_WMDE, Krinkle, EBernhardson, Bawolff, abian, Addshore, Ladsgroup, Milimetric, Nikerabbit, Smalyshev, tstarling, daniel, Joe, Lucas_Werkmeister_WMDE, Aklapper, Biggs657, Invadibot, Lalamarie69, maantietaja, Juan90264, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, Esc3300, merbst, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Agabi10, 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] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm added a comment. In T285710#7262256 <https://phabricator.wikimedia.org/T285710#7262256>, @dcausse wrote: > Because none of these changes would be trivial I think we prefer to wait for the new system to be in place. Fair enough, thanks for the explanation. Could you add a blocker to this task of whichever one is for deploying the new updater? TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, RhinosF1, Nandana, Namenlos314, jijiki, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Volans, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Addshore, Mbch331, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T288175: Migrate wikibase-dispatch-changes crons to systemd timers
Legoktm added a comment. In T288175#7262223 <https://phabricator.wikimedia.org/T288175#7262223>, @Ladsgroup wrote: > It's a bit hard to implement this as systemd timers are not concurrent and the crons here are designed to be three at the same time. Finding a solution for it should be easy though (famous last words) If you wanted to implement this super properly, you could use systemd templates <https://fedoramagazine.org/systemd-template-unit-files/>. Or just define 3 timers... TASK DETAIL https://phabricator.wikimedia.org/T288175 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, Addshore, Ladsgroup, Legoktm, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Djdungti, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, scfc, 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] T288175: Migrate wikibase-dispatch-changes crons to systemd timers
Legoktm created this task.
Legoktm added projects: Puppet, Wikidata.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Infrastructure-Foundations.
TASK DESCRIPTION
cron { 'wikibase-dispatch-changes4':
ensure => $ensure,
command => "echo \"\$\$: Starting dispatcher\" >> ${dispatch_log_file};
/usr/local/bin/mwscript
extensions/Wikibase/repo/maintenance/dispatchChanges.php --wiki wikidatawiki >>
${dispatch_log_file} 2>&1; echo \"\$\$: Dispatcher exited with $?\" >>
${dispatch_log_file}",
user=> $mediawiki::users::web,
minute => '*/3',
require => File['/var/log/wikidata'],
}
cron { 'wikibase-dispatch-changes-test':
ensure => $ensure_testwiki,
command => "echo \"\$\$: Starting dispatcher\" >>
${test_dispatch_log_file}; /usr/local/bin/mwscript
extensions/Wikibase/repo/maintenance/dispatchChanges.php --wiki
testwikidatawiki >> ${test_dispatch_log_file} 2>&1; echo \"\$\$: Dispatcher
exited with $?\" >> ${test_dispatch_log_file}",
user=> $mediawiki::users::web,
minute => '*/15',
require => File['/var/log/wikidata'],
}
I'm filing this specifically because it's the last MediaWiki cron that runs
on mwmaint*. If we could get rid of this we could simplify some code in the DC
switchover process.
TASK DETAIL
https://phabricator.wikimedia.org/T288175
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Aklapper, Addshore, Ladsgroup, Legoktm, Invadibot, maantietaja, Akuckartz,
Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, Djdungti, LawExplorer,
_jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, scfc, 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] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm added a comment. @Gehel what ends up consuming that value? Can we have it read the primary DC from conftool? For now I've documented this as a manual step: https://wikitech.wikimedia.org/w/index.php?title=Switch_Datacenter=revision=1920831=1920827 TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, RhinosF1, Nandana, Namenlos314, jijiki, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Volans, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Addshore, Mbch331, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm added a parent task: T287539: September 2021 Datacenter switchover (codfw -> eqiad). TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, Invadibot, MPhamWMF, maantietaja, CBogen, Akuckartz, RhinosF1, Nandana, Namenlos314, jijiki, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Volans, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Addshore, Mbch331, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm added a comment.
$ curl https://staging.svc.eqiad.wmnet:4010/healthz
{
"__": "Shellbox running",
"pid": 9
}
Next steps are to generate TLS certs, deploy to eqiad/codfw clusters, and
then set up LVS.
TASK DETAIL
https://phabricator.wikimedia.org/T285104
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper,
Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull,
maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978,
Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin,
ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77,
Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0,
QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen,
rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj,
Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn
___
Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org
To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, Biggs657, joanna_borun, Invadibot, Lalamarie69, Devnull, maantietaja, lmata, Juan90264, wkandek, Muchiri124, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Kent7301, RhinosF1, joker88john, Legado_Shulgin, ReaperDawn, CucyNoiD, Nandana, jijiki, Gaboe420, Giuliamocci, Davinaclare77, Cpaulf30, Techguru.pc, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Lewizho99, Zppix, Maathavan, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm added a comment. In T285104#7239822 <https://phabricator.wikimedia.org/T285104#7239822>, @Joe wrote: > I think there are two options, depending on the level of security we want to achieve and the urgency of bringing this to production: > > 1. We just point to the current installation and it should just work(TM). But we'd need to perform a small migration afterwards. > 2. We wait for Serviceops to set up an ingress properly, which is next in line for us, and we do a proper separate shellbox deployment for this. It will take more time but will in the end cost less. Also #3, which is to set up another LVS endpoint for this, separate, Shellbox instance. Which is not technically nice, but nothing blocking us from doing it right now. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, joanna_borun, Invadibot, Devnull, maantietaja, lmata, wkandek, Muchiri124, Akuckartz, RhinosF1, Legado_Shulgin, ReaperDawn, Nandana, jijiki, Davinaclare77, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Zppix, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm added a comment. In T285104#7240005 <https://phabricator.wikimedia.org/T285104#7240005>, @Michael wrote: > In T285104#7239822 <https://phabricator.wikimedia.org/T285104#7239822>, @Joe wrote: > >> - How stringent are the isolation needs? > > I'm not entirely sure, tbh. My limited understanding was that all this effort is made in order to guard against malicious regex attacks in a more efficient way. So in that sense, more isolation might be preferable? But I'm really not the expert here, @Ladsgroup or @Lucas_Werkmeister_WMDE can probably give a more authoritative answer and correct the rubbish that I'm talking. I don't think this service has strong isolation requirements, but Shellbox for Score/lilypond does. I would much rather have this be a separate shellbox install mostly so lilypond/ghostscript/lame are isolated. TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Joe, Michael, JMeybohm, Addshore, Lucas_Werkmeister_WMDE, Aklapper, Legoktm, Ladsgroup, joanna_borun, Invadibot, Devnull, maantietaja, lmata, wkandek, Muchiri124, Akuckartz, RhinosF1, Legado_Shulgin, ReaperDawn, Nandana, jijiki, Davinaclare77, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Hfbn0, QZanden, Esc3300, LawExplorer, Zppix, _jensen, rosalieper, Agabi10, Scott_WUaS, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, aude, faidon, Jdforrester-WMF, Mbch331, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm added a project: Datacenter-Switchover. TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, MPhamWMF, CBogen, RhinosF1, Namenlos314, jijiki, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Volans, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Krenair, akosiaris ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285710: WDQS lag detection required manual adjustment during DC switchover
Legoktm created this task. Legoktm triaged this task as "High" priority. Legoktm added a project: Wikidata-Query-Service. Restricted Application added a subscriber: Aklapper. TASK DESCRIPTION During today's DC switchover, the WDQS lag checking/monitoring required manual adjustment: https://gerrit.wikimedia.org/r/701927 I'm marking this as high priority because it ended up causing user impact as it affected bots that check the lag before editing. On IRC @gehel said that the long-term fix for this is T244590: [Epic] Rework the WDQS updater as an event driven application <https://phabricator.wikimedia.org/T244590>. How long-term are we looking at? Will that be in place for the switch back in ~1 month? Or do we also need a short term solution? TASK DETAIL https://phabricator.wikimedia.org/T285710 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: dcausse, Legoktm, Gehel, Aklapper, MPhamWMF, CBogen, Namenlos314, Gq86, Lucas_Werkmeister_WMDE, EBjune, merbst, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T285104: Deploy Shellbox instance (shellbox-constraints) for Wikidata constraint regexes
Legoktm created this task. Legoktm added projects: Wikibase-Quality-Constraints, Service-deployment-requests, serviceops. Restricted Application added a subscriber: Aklapper. Restricted Application added projects: Services, SRE. TASK DESCRIPTION Description: T176312: Don’t check format constraint via SPARQL (safely evaluating user-provided regular expressions) <https://phabricator.wikimedia.org/T176312> Timeline: Diagram: Technologies: PHP, bash Point persons: @legoktm, @ladsgroup? This is being run in a separate instance from Score Shellbox for better isolation and the performance characteristics will be rather different. --- [X] helm chart: already done [ ] shellbox-constraints namespaces in k8s [ ] shellbox-constraints accounts in k8s. ?? [ ] shellbox-constraints puppet private tokens. [ ] Generate TLS certificates [ ] Review helmfile.d files: [ ] LVS setup [ ] DNS for LVS records [ ] Discovery DNS [ ] Monitoring dashboard [ ] Integration and Acceptance tests TASK DETAIL https://phabricator.wikimedia.org/T285104 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, Legoktm, Ladsgroup, joanna_borun, Ramtin0071, Devnull, lmata, wkandek, JMeybohm, Muchiri124, RhinosF1, Legado_Shulgin, ReaperDawn, jijiki, Davinaclare77, Qtn1293, Techguru.pc, Lucas_Werkmeister_WMDE, Th3d3v1ls, Hfbn0, Esc3300, Zppix, Agabi10, Wong128hk, Eevans, abian, Hardikj, Wikidata-bugs, faidon, Jdforrester-WMF, Jay8g, fgiunchedi, Dzahn ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282744: Wikibase\...\EditFilterHookRunnerTest: Context should not be altered
Legoktm closed this task as "Resolved". Legoktm assigned this task to Tgr. Legoktm raised the priority of this task from "Medium" to "Unbreak Now!". Legoktm added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, Growth-Team (Current Sprint), ci-test-error (WMF-deployed Build Failure), GrowthExperiments. TASK DETAIL https://phabricator.wikimedia.org/T282744 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Tgr, Legoktm Cc: Invadibot, OTichonova, caldera, IdtrA, maantietaja, NavinRizwi, Akuckartz, 94rain, DannyS712, Nandana, kostajh, lucamauri, Lahi, Gq86, Pablo-WMDE, GoranSMilovanovic, QZanden, LawExplorer, Iniquity, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Wikidata-bugs, aude, geraki, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T255248: LibUp Wikibase error semver.exceptions.ParseVersionError: Unable to parse "dev-master#ba6fcfd823d623ba73c2faba5a208067281c4c38"
Legoktm added a comment. The original exception has been fixed. The new one is because on REL1_35 eslint-config-wikimedia isn't pinned and using a ^ expression instead. TASK DETAIL https://phabricator.wikimedia.org/T255248 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Addshore, Aklapper, Invadibot, maantietaja, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Jdforrester-WMF, Mbch331 ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T282301: Move icinga-wm from #wikidata to #wikidata-feed
Legoktm added a comment. For reference https://gerrit.wikimedia.org/g/operations/puppet/+/7bbfebf8e5c99a90923fc200f270a8654e384ca9/modules/profile/manifests/icinga/ircbot.pp#11 is what needs to be changed. TASK DETAIL https://phabricator.wikimedia.org/T282301 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, RhinosF1, Nikki, Aklapper, 1997kB, Invadibot, Ramtin0071, Devnull, maantietaja, lmata, Muchiri124, Akuckartz, Legado_Shulgin, ReaperDawn, Nandana, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, herron, GoranSMilovanovic, Chicocvenancio, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, Volans, _jensen, rosalieper, Scott_WUaS, Wong128hk, Wikidata-bugs, aude, faidon, Addshore, Mbch331, Jay8g, fgiunchedi ___ Wikidata-bugs mailing list -- wikidata-bugs@lists.wikimedia.org To unsubscribe send an email to wikidata-bugs-le...@lists.wikimedia.org
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Legoktm added a comment. In T258895#6926448 <https://phabricator.wikimedia.org/T258895#6926448>, @Gehel wrote: >> - Should fall under the Wikimedia privacy policy / or anyone who has access to private information should have signed an NDA. > > This project has quite a few members. Most of them are WMF staff and are under NDA, but a few are not and even if that was the case, we don't have a good way to enforce NDA for future access. It seems that we'll need to wait for WCQS to be in production to use Wikimedia URL shortener. We plan to be working on that during next quarter, but that's still a few month away. Yeah :( >> URL stability explicitly isn't a consideration, e.g. wiki pages can disappear at any time. It's up to each service to maintain stable URLs (Cool URIs don't change!) - I would expect `wcqs-beta.wmflabs.org` eventually redirects to the production instance. > > `wcqs-beta.wmflabs.org` will disappear once a production service is in place, URLs will be broken and won't be redirected. You can use https://wikitech.wikimedia.org/wiki/Nova_Resource:Redirects to set up the redirect without needing to maintain anything extra on your end. TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Nirmos, Legoktm, Nikki, Bugreporter, Jheald, Lucas_Werkmeister_WMDE, Nintendofan885, Ladsgroup, Aklapper, Gehel, Multichill, MPhamWMF, maantietaja, Muchiri124, CBogen, Akuckartz, DannyS712, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Chicocvenancio, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Alchimista, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Legoktm changed the task status from "Open" to "Stalled". Legoktm added a comment. This is waiting on response from the WCQS maintainers on whether the above criteria are met (now documented at https://wikitech.wikimedia.org/wiki/W.wiki) TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Nikki, Bugreporter, Jheald, Lucas_Werkmeister_WMDE, Nintendofan885, Ladsgroup, Aklapper, Gehel, Multichill, MPhamWMF, maantietaja, Muchiri124, CBogen, Akuckartz, DannyS712, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Chicocvenancio, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, abian, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Alchimista, Steinsplitter, Mbch331, Keegan ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T277362: Deprecation warning client-repo wikitext link
Legoktm added a comment. In T277362#6919814 <https://phabricator.wikimedia.org/T277362#6919814>, @daniel wrote: >> That's not a valid reason to bypass the deprecation policy. In the past we just added logging for it (e.g. T176526 <https://phabricator.wikimedia.org/T176526>: Remove $wgTitle fallback from EditPage in MW1.36) until we were satisfied we had caught everything. > > Technically, deprecation warnings //are// logging. I can see that it would be preferable to start out with a lower log level, so these don't show up as production errors. But using "soft" logging means these issues don't show up as test failures. The fact that deprecation warnings make tests fail is very helpful for finding any cases we missed by looking at the code. It just pushes the problem onto someone else, by stopping their development and forcing them drop everything just to unbreak their repo - in this case it hit everyone by stopping the entire train. That Wikimedia-deployed code was still using this hard deprecated code was identified on Saturday, once that identification was done, why did it have to rise all the way to a train blocker on Tuesday to get a revert? TASK DETAIL https://phabricator.wikimedia.org/T277362 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Ladsgroup, Legoktm Cc: dancy, Legoktm, RhinosF1, brennen, Lucas_Werkmeister_WMDE, Ladsgroup, Addshore, hoo, daniel, WMDE-leszek, toan, Aklapper, maantietaja, Hazizibinmahdi, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, abian, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T277362: Deprecation warning client-repo wikitext link
Legoktm added a comment. In T277362#6916991 <https://phabricator.wikimedia.org/T277362#6916991>, @Lucas_Werkmeister_WMDE wrote: > I also notice that MediaWiki core has again hard-deprecated code that is still used in Wikimedia-maintained code even though the stable interface policy forbids this: > >> Hard deprecation MUST NOT be applied to code still used in Wikimedia maintained code. Such usage MUST be removed first. > > Last time this happened, the explanation (T273622#6797449 <https://phabricator.wikimedia.org/T273622#6797449>) was that it was not possible to catch these usages without hard deprecation. Maybe this is a similar case, but is it too much to ask that such deprecations are at least called out or explained somewhere, e.g. in the Gerrit change introducing them or in the related Phabricator task? How are developers supposed to flag up these occurrences if the deprecation message doesn’t even mention the related task? That's not a valid reason to bypass the deprecation policy. In the past we just added logging for it (e.g. T176526: Remove $wgTitle fallback from EditPage in MW1.36 <https://phabricator.wikimedia.org/T176526>) until we were satisfied we had caught everything. I would propose reverting the core change on the basis that it did not follow the deprecation policy, and then move the train forward again. Holding it because someone else broke the policy doesn't make sense to me. TASK DETAIL https://phabricator.wikimedia.org/T277362 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, RhinosF1, brennen, Lucas_Werkmeister_WMDE, Ladsgroup, Addshore, hoo, daniel, WMDE-leszek, toan, Aklapper, maantietaja, Akuckartz, Iflorez, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, abian, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, AMooney ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T276429: Add wikidata/query/gui to codesearch
Legoktm added a comment. In T276429#6883944 <https://phabricator.wikimedia.org/T276429#6883944>, @Lucas_Werkmeister_WMDE wrote: > Can we find a better name for the “deployed” group, then? I don’t think it makes sense to exclude the Wikidata Query Service from a group called “deployed”. From your description, it sounds like the intended meaning is something like “deployed in a Wikimedia //wiki//”? The tool is called "MediaWiki code search" for a reason :) The primary focus is still on MediaWiki stuff, and that's what the "Wikimedia deployed" profile does - but if people have other use cases we can adjust or create new search profiles. Suggestions/patches always welcome. TASK DETAIL https://phabricator.wikimedia.org/T276429 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Legoktm Cc: RhinosF1, Ladsgroup, Legoktm, Lucas_Werkmeister_WMDE, Addshore, Aklapper, MPhamWMF, Devnull, maantietaja, CBogen, Nintendofan885, Akuckartz, Legado_Shulgin, 94rain, Nandana, Namenlos314, skpuneethumar, Zylc, 1978Gage2001, Lahi, Operator873, Gq86, Bsandipan, GoranSMilovanovic, Chicocvenancio, Mahir256, QZanden, EBjune, Tbscho, merbst, LawExplorer, Salgo60, JJMC89, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, abian, jkroll, Wikidata-bugs, Jdouglas, Jitrixis, aude, Tobias1984, Manybubbles, Gryllida, Lydia_Pintscher, scfc, Mbch331, Krenair, mmodell ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T276429: Add wikidata/query/gui to codesearch
Legoktm added a comment. I think this would fit better under "services" since "deployed" is currently just MediaWiki core+extensions+skins+vendor TASK DETAIL https://phabricator.wikimedia.org/T276429 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Legoktm Cc: Ladsgroup, Legoktm, Lucas_Werkmeister_WMDE, Addshore, Aklapper, MPhamWMF, Devnull, maantietaja, CBogen, Nintendofan885, Akuckartz, Legado_Shulgin, 94rain, Nandana, Namenlos314, skpuneethumar, Zylc, 1978Gage2001, Lahi, Operator873, Gq86, Bsandipan, GoranSMilovanovic, Chicocvenancio, Mahir256, QZanden, EBjune, Tbscho, merbst, LawExplorer, Salgo60, JJMC89, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, abian, jkroll, Wikidata-bugs, Jdouglas, Jitrixis, aude, Tobias1984, Manybubbles, Gryllida, Lydia_Pintscher, scfc, Mbch331, Krenair, mmodell ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T268640: Log termbox SSR errors with MediaWiki request ID
Legoktm added a comment. Just to follow up from IRC, yes, the standard MediaWiki HTTP wrappers should always pass along `X-Request-Id`. But the application shouldn't require it, since other things that hit the service directly (like monitoring, etc.) might not have the header. TASK DETAIL https://phabricator.wikimedia.org/T268640 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Jakob_WMDE, Legoktm Cc: Legoktm, Addshore, Pablo-WMDE, Aklapper, Lucas_Werkmeister_WMDE, wiese, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, GWicke, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T266823: Use mediawiki codesniffer v33 in actively developed Wikibase related repositories and retire wikibase-codesniffer
Legoktm added a comment. In T266823#6672755 <https://phabricator.wikimedia.org/T266823#6672755>, @Lucas_Werkmeister_WMDE wrote: > Well, the first round of LibUp <https://phabricator.wikimedia.org/tag/libup/>-powered phpcs updates is now on Gerrit, and I’m not exactly impressed… judging from https://gerrit.wikimedia.org/r/c/mediawiki/extensions/WikibaseQualityConstraints/+/646637, it doesn’t look like LibUp is currently written in such a way as to respect permanent, deliberate exclusions from the ruleset; rather, the intention seems to be that all projects must adhere to the full ruleset, and any exclusions are only temporary because they can’t be autofixed yet – as soon as a human fixes them, or they become autofixable, the exclusion is removed from the config. For those most part that's how it's generally worked. libup works by swapping in a blank config with no rules disabled, autofixing whatever is possible, then restoring the old config and removing whatever now passes. We'll need to have it respect `0` as the explicit way to disable something that isn't supposed to be fixed. TASK DETAIL https://phabricator.wikimedia.org/T266823 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Lucas_Werkmeister_WMDE, Jdforrester-WMF, thiemowmde, Aklapper, Michael, Ladsgroup, Addshore, Akuckartz, Iflorez, alaa_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Lethexie, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T266823: Use mediawiki codesniffer v33 in actively developed Wikibase related repositories and retire wikibase-codesniffer
Legoktm added a parent task: T269464: Release MediaWiki CodeSniffer 34.0.0. TASK DETAIL https://phabricator.wikimedia.org/T266823 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Jdforrester-WMF, thiemowmde, Aklapper, Michael, Ladsgroup, Addshore, Akuckartz, Iflorez, alaa_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Lethexie, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T228527: Support nested package.json files
Legoktm claimed this task. TASK DETAIL https://phabricator.wikimedia.org/T228527 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Pablo-WMDE, darthmon_wmde, WMDE-leszek, Addshore, Daimona, Michael, Legoktm, Jdforrester-WMF, Aklapper, Lucas_Werkmeister_WMDE, Esanders, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T228527: Support nested package.json files
Legoktm added a comment. So first, I note that ContentTranslation has seemed to gotten this working without any libup intervention, see e.g. https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/ContentTranslation/+/ec12768a718a8bccf070a70b86c9c42afe603362 I believe this works because of https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/extensions/ContentTranslation/+/refs/heads/master/package.json where `npm test` runs both the main test and the sub test. Would doing something like that work for the Wikibase repos? For actually implementing this in libup, recursing through subdirectories to run the `npm ...` commands should be straightforward. The main technical issue would be how to represent dependencies in libup's internal tracking database, especially if they're conflicting. For now, I think we could internally pretend each nested package.json is a separate repository with some fake name like `mediawiki/extensions/Wikibase:client/data-bridge/package.json`. TASK DETAIL https://phabricator.wikimedia.org/T228527 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: darthmon_wmde, WMDE-leszek, Addshore, Daimona, Michael, Legoktm, Jdforrester-WMF, Aklapper, Lucas_Werkmeister_WMDE, Esanders, Akuckartz, Nandana, Lahi, Gq86, Pablo-WMDE, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, abian, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T262773: Stop archiving the wikidata-bugs mailinglist in pipermail
Legoktm created this task. Legoktm added projects: Wikimedia-Mailing-lists, Wikidata. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Operations. TASK DESCRIPTION The wikidata-bugs <https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs> list allows people to easily subscribe to all Wikidata related bugs. The pipermail archives currently have 202k emails archived or about 20% of emails archived in all of Wikimedia's list archives. We don't/didn't archive wikibugs-l <https://lists.wikimedia.org/mailman/listinfo/wikibugs-l> and given that all of the emails are just copies of what's already in Phabricator, maintaining a separate archive seems unnecessary. We can also rely on other external archivers like gmane/etc. if people want HTML email archives. I propose that the list continues to operate as is, but we stop archiving new emails and consider deleting the old archives. TASK DETAIL https://phabricator.wikimedia.org/T262773 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Ladsgroup, Legoktm, Aklapper, lmata, Akuckartz, darthmon_wmde, Legado_Shulgin, Nandana, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, LawExplorer, Zppix, _jensen, rosalieper, Scott_WUaS, Wong128hk, Barras, Wikidata-bugs, aude, Jalexander, faidon, Mbch331, Rxy, Jay8g, Krenair, fgiunchedi, Quiddity ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258895: Wikimedia Commons Query Service should use Wikimedia url shortener instead of tinyurl
Legoktm edited projects, added MediaWiki-extensions-UrlShortener; removed MediaWiki-extensions-ShortUrl. Legoktm added a comment. In T258895#6338446 <https://phabricator.wikimedia.org/T258895#6338446>, @Ladsgroup wrote: > In T258895#6336079 <https://phabricator.wikimedia.org/T258895#6336079>, @Multichill wrote: > >> Can't we just put "wcqs-beta.wmflabs.org" on the whitelist? I agree putting *.wmflabs.org on the whitelist isn't such a good idea, but just one subdomain shouldn't be a problem. > > That's technically possible. I'd ask security to sign it off before applying it but shouldn't be too hard. The general requirements are (we should document this somewhere): - No open redirects (allows bypassing the allowed domains list) - Should fall under the Wikimedia privacy policy / or anyone who has access to private information should have signed an NDA. URL stability explicitly isn't a consideration, e.g. wiki pages can disappear at any time. It's up to each service to maintain stable URLs (Cool URIs don't change!) - I would expect `wcqs-beta.wmflabs.org` eventually redirects to the production instance. TASK DETAIL https://phabricator.wikimedia.org/T258895 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Nikki, Bugreporter, Jheald, Lucas_Werkmeister_WMDE, Nintendofan885, Ladsgroup, Aklapper, Gehel, Multichill, CBogen, Akuckartz, darthmon_wmde, DannyS712, Nandana, Namenlos314, Lahi, Gq86, Ramsey-WMF, GoranSMilovanovic, Chicocvenancio, QZanden, EBjune, merbst, LawExplorer, Poyekhali, _jensen, rosalieper, Taiwania_Justo, Scott_WUaS, Jonas, Xmlizer, Ixocactus, Wong128hk, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, El_Grafo, Dinoguy1000, Manybubbles, Steinsplitter, Mbch331, Keegan, Rxy ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T247196: Wikibase property names are missing when renders
Legoktm removed a project: MW-1.35-release. Legoktm added a comment. It looks like all of this is in Wikibase, so I'm removing as a 1.35 blocker. TASK DETAIL https://phabricator.wikimedia.org/T247196 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Ladsgroup, darthmon_wmde, WMDE-leszek, Jakob_WMDE, Tarrow, Samantha_Alipio_WMDE, Addshore, Aklapper, CXuesong, Alter-paule, Hazizibinmahdi, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, lucamauri, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wong128hk, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, RhinosF1, RazeSoldier ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258658: Migrate Wikibase Settings to mediawiki config handler
Legoktm added a comment.
class WikibaseGlobalArrayConfig {
public static function factory() {
global $wgWBRepoSettings;
return new self ( $wgWBRepoSettings );
}
public function __construct( array $settings ) {
...
}
}
TASK DETAIL
https://phabricator.wikimedia.org/T258658
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Legoktm
Cc: ItamarWMDE, Addshore, Tarrow, Lucas_Werkmeister_WMDE, Jdforrester-WMF,
daniel, Legoktm, Aklapper, Ladsgroup, Akuckartz, darthmon_wmde, DannyS712,
Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer,
_jensen, rosalieper, Scott_WUaS, MGChecker, Wikidata-bugs, aude, Mbch331, Rxy,
Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T248866: Consider having a linter that could catch config file entries that set unused variables
Legoktm added a comment. In theory you can get every possible config option by reading through extension.json and DefaultSettings.php. But we often stage new config settings before deployment, so the proposed linter would need to be able to work around that. @Krinkle's codesearch-based script might work nicely in CI (maybe with some false positive exclusion list) because as soon as something is merged in master, it'll be in search so it can be added to mediawiki-config. TASK DETAIL https://phabricator.wikimedia.org/T248866 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Krinkle, Jdforrester-WMF, ArielGlenn, Aklapper, mmodell, Akuckartz, Totolinototo3, darthmon_wmde, Redabr4, Zanziii, Sadisticturd, DannyS712, Nandana, jijiki, Klaas_Z4us_V, A.S.Kochergin, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, elukey, _jensen, rosalieper, Scott_WUaS, MGChecker, Wikidata-bugs, aude, Mbch331, Rxy, Jay8g, Krenair, hashar ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258658: Migrate Wikibase Settings to mediawiki config handler
Legoktm added a comment. I think in general your plan sounds good, but you can just do it all in Wikibase. Just define the GlobalArrayConfig class in Wikibase, and have the factory function pass $wgWBRepoSettings to the new instance. TASK DETAIL https://phabricator.wikimedia.org/T258658 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: ItamarWMDE, Addshore, Tarrow, Lucas_Werkmeister_WMDE, Jdforrester-WMF, daniel, Legoktm, Aklapper, Ladsgroup, Akuckartz, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, MGChecker, Wikidata-bugs, aude, Mbch331, Rxy, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258395: Make git play nice
Legoktm added a comment. In T258395#6323079 <https://phabricator.wikimedia.org/T258395#6323079>, @Lucas_Werkmeister_WMDE wrote: > Oh, I see. Yes, I think we’d push tags directly to the split repo, that should work. (Though I’m not yet sure how often we’ll release the library at all – Wikibase will always use the “master” version, if I understand correctly, not the one from packagist.) Regardless of what version Wikibase uses, I think for a library to be valuable it needs proper releases... TASK DETAIL https://phabricator.wikimedia.org/T258395 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Legoktm Cc: Ladsgroup, Legoktm, Lucas_Werkmeister_WMDE, Addshore, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258396: Set up CI to run `git subtree push`
Legoktm added a comment. I think that's fine as a start but it's still possible to leak outside of the library accidentally (e.g. `require '../SomeClass.php';`) and pass tests. For complete confidence the split repo is usable standalone, the tests should be runnable and pass in that split repo itself. TASK DETAIL https://phabricator.wikimedia.org/T258396 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Ladsgroup, Legoktm, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258395: Make git play nice
Legoktm added a comment. In T258395#6322331 <https://phabricator.wikimedia.org/T258395#6322331>, @Lucas_Werkmeister_WMDE wrote: > I don’t think we have any tags in Wikibase.git at the moment. Oh, I meant in the library. When you want to make a new release, you'd push a git tag to the split repo, right? Or do you need to push it to Wikibase and have it get subtree'd over to the split repo? TASK DETAIL https://phabricator.wikimedia.org/T258395 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Legoktm Cc: Ladsgroup, Legoktm, Lucas_Werkmeister_WMDE, Addshore, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258397: Push packages to packagist
Legoktm added a comment. I would suggest sticking with the standard way we currently link with Packagist, which is to rely on the GitHub mirror and enable the GitHub -> packagist integration. TASK DETAIL https://phabricator.wikimedia.org/T258397 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258396: Set up CI to run `git subtree push`
Legoktm added a comment. I think we would want these split commits to still run through CI to make sure the independent library is still fully independent and can pass tests on its own. We can upload patches to Gerrit that have a CR+2 applied immediately (what libup also does) so once the patch is uploaded, it goes through CI and is then merged. If it fails CI, abandon, go back to Wikibase.git, fix and retry again? That part seems a little meh. TASK DETAIL https://phabricator.wikimedia.org/T258396 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258395: Make git play nice
Legoktm added a comment. How would git tags work? Would they just be pushed to the split repo? TASK DETAIL https://phabricator.wikimedia.org/T258395 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Lucas_Werkmeister_WMDE, Legoktm Cc: Legoktm, Lucas_Werkmeister_WMDE, Addshore, Aklapper, Tarrow, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T256058: Extract PHP package/library for "changes" as a "subtree" from the Wikibase monorepo
Legoktm added a project: Librarization. TASK DETAIL https://phabricator.wikimedia.org/T256058 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Addshore, Lucas_Werkmeister_WMDE, Ladsgroup, ItamarWMDE, Tarrow, WMDE-leszek, Aklapper, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, RazeSoldier, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Dinoguy1000, fbstj, Lydia_Pintscher, Mbch331, bd808, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T258390: Move CentralIdLookupFactory to MW core
Legoktm added a comment. +1 to moving to core, though I think fixing T163277 <https://phabricator.wikimedia.org/T163277> eliminates the need for this. TASK DETAIL https://phabricator.wikimedia.org/T258390 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, Tarrow, Legoktm, Akuckartz, darthmon_wmde, 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 https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] T257684: Make TermSearchInteractorFactory wiring use TermStoreDelegatingMatchingTermsLookup
Legoktm removed a project: MW-1.35-release. Legoktm added a comment. My understanding is this only affects Wikibase/Wikidata, in which case it's not a 1.35 release blocker. TASK DETAIL https://phabricator.wikimedia.org/T257684 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Michael, Legoktm Cc: Legoktm, Michael, Aklapper, Addshore, Alter-paule, Beast1978, Un1tY, Akuckartz, Hook696, Iflorez, darthmon_wmde, Kent7301, alaa_wmde, joker88john, CucyNoiD, Nandana, Gaboe420, Giuliamocci, Cpaulf30, Lahi, Gq86, Af420, Bsandipan, GoranSMilovanovic, QZanden, LawExplorer, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, RhinosF1 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T253624: Evaluate the future of wikibase-codesniffer
Legoktm added subscribers: thiemowmde, Legoktm. Legoktm added a comment. Related: T164653: Review rules in wikibase/wikibase-codesniffer and see which are appropriate for MW-CS <https://phabricator.wikimedia.org/T164653> I've suggested this elsewhere, but as a start, I think we can move the `Wikibase` ruleset into the `mediawiki-codesniffer` package, so we no longer need to maintain an extra dependent package in the middle. Wikibase repos would continue to point at the `Wikibase` ruleset via `.phpcs.xml`. This also would make changes to the `MediaWiki` ruleset immediately available to Wikibase repos. And then it should be more straightforward to merge stuff from the `Wikibase` ruleset into the main `MediaWiki` one, eventually sunsetting `Wikibase`. TASK DETAIL https://phabricator.wikimedia.org/T253624 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, thiemowmde, Krinkle, Ladsgroup, Addshore, Aklapper, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Lethexie, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T40971: API: Access old versions of entities
Legoktm added a comment. I still believe T143967: Expose structured Content information via the API prop=revisions <https://phabricator.wikimedia.org/T143967> is the correct way to fix this. TASK DETAIL https://phabricator.wikimedia.org/T40971 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Lucas_Werkmeister_WMDE, Liuxinyu970226, Ladsgroup, Aklapper, Wikidata-bugs, Legoktm, Addshore, jayvdb, Denny, Ricordisamoa, daniel, darthmon_wmde, Nandana, lucamauri, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T248924: Should there be a way to bypass the spam blacklist?
Legoktm closed this task as a duplicate of T36928: Create a user right that allows ignoring the spam blacklist. TASK DETAIL https://phabricator.wikimedia.org/T248924 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, dbarratt, Oblanco79, Alter-paule, Beast1978, Un1tY, Hook696, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, Kent7301, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Scott_WUaS, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Jackmcbarn, Mbch331, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Raised Priority] T243701: Wikidata maxlag repeatedly over 5s since Jan20, 2020 (primarily caused by the query service)
Legoktm raised the priority of this task from "Medium" to "High". Legoktm added a comment. maxlag is intended to tell fully-automated bots to backoff to help servers recover in times of excess lag, and the recommended setting is maxlag=5. If the server is constantly at maxlag of >=5, then it defeats the point because bot owners will (rightly) ignore maxlag. Either the lag in WDQS needs to be fixed, or we need to introduce some scaling factor in Wikibase so that lag is usually under 5s like we have for the job queue. TASK DETAIL https://phabricator.wikimedia.org/T243701 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Aschroet, ArielGlenn, Ladsgroup, Alicia_Fagerving_WMSE, JeanFred, Pasleim, Gehel, Lea_Lacroix_WMDE, ArthurPSmith, Albertvillanovadelmoral, Xqt, Lucas_Werkmeister_WMDE, Addshore, jcrespo, Dvorapa, Aklapper, Strainu, darthmon_wmde, ET4Eva, Legado_Shulgin, Nandana, Davinaclare77, Qtn1293, Techguru.pc, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Vali.matei, Avner, Zppix, _jensen, rosalieper, Scott_WUaS, Jonas, FloNight, Xmlizer, Volker_E, Wong128hk, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, GWicke, Dinoguy1000, Manybubbles, Lydia_Pintscher, faidon, Mbch331, Rxy, Jay8g, fgiunchedi ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T243377: Special:ApiSandbox# cannot get a good token when using item merge since wikibase docker image 1.33
Legoktm renamed this task from "Special:ApiSandbox# cannot get a good token when using item marge since wikibase docker image 1.33" to "Special:ApiSandbox# cannot get a good token when using item merge since wikibase docker image 1.33". TASK DETAIL https://phabricator.wikimedia.org/T243377 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, LordCyfer, darthmon_wmde, Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Asahiko, Wikidata-bugs, aude, Addshore, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T243296: Release a new version of WikibaseCodeSniffer
Legoktm added a comment. If there's still value in having separate Wikibase configuration (I don't think so, but that's just me), then I think we could ship it inside the MediaWiki-Codesniffer repo so it doesn't fall behind at least. TASK DETAIL https://phabricator.wikimedia.org/T243296 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, thiemowmde, WMDE-leszek, Lucas_Werkmeister_WMDE, Daimona, Ladsgroup, Jdforrester-WMF, Aklapper, MaxSem, darthmon_wmde, DannyS712, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Lethexie, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T240862: Can't do shallow clone from phabricator
Legoktm added a project: Regression. Legoktm added a comment. This is definitely a regression, as codesearch used to be able to do shallow clones fine. Is there an error log on the server for the HTTP 500 error? TASK DETAIL https://phabricator.wikimedia.org/T240862 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, mmodell, Addshore, Aklapper, Ladsgroup, darthmon_wmde, Jelabra, DannyS712, Nandana, Majesticalreaper22, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, LawExplorer, JJMC89, _jensen, rosalieper, Scott_WUaS, Vedmaka, Wong128hk, Luke081515, Asahiko, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T177734: License mismatch in wikidata-query-gui
Legoktm added a project: Software-Licensing. TASK DETAIL https://phabricator.wikimedia.org/T177734 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Lydia_Pintscher, Smalyshev, Lucas_Werkmeister_WMDE, Aklapper, Yurik, darthmon_wmde, ET4Eva, DannyS712, Nandana, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Avner, Gehel, _jensen, rosalieper, Jonas, FloNight, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Ricordisamoa, Slaporte, Mbch331, Jay8g, Legoktm ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T226709: Add user agent to Wikidata Query UI code examples
Legoktm added a comment. Untested, but I believe the correct code should be: def get_results(endpoint_url, query): sparql = SPARQLWrapper(endpoint_url, agent='MyCoolTool/0.1 f...@example.org') sparql.setQuery(query) sparql.setReturnFormat(JSON) return sparql.query().convert() Based off of https://github.com/RDFLib/sparqlwrapper/blob/master/SPARQLWrapper/Wrapper.py#L446 Where should I send a patch to? TASK DETAIL https://phabricator.wikimedia.org/T226709 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, ImreSamu, Alicia_Fagerving_WMSE, Aklapper, Lucas_Werkmeister_WMDE, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, merbst, LawExplorer, Salgo60, _jensen, rosalieper, Jonas, Xmlizer, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Retitled] T225111: Update PHPUnit version of wikiba.se repository to PHPUnit 8
Legoktm renamed this task from "Update PHPUnit version of wikiba.se repostiory to PHPUnit 8" to "Update PHPUnit version of wikiba.se repository to PHPUnit 8". TASK DETAIL https://phabricator.wikimedia.org/T225111 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Aklapper, WMDE-leszek, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Jonas, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T226005: mwext-php70-phan-docker fails for WikibaseCirrusSearch
Legoktm added a comment. Submitted patches for all of https://codesearch.wmflabs.org/search/?q=Wikibase%2Ftests%2Fphan=nope== TASK DETAIL https://phabricator.wikimedia.org/T226005 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Jdforrester-WMF, MaxSem, zeljkofilipin, hashar, Umherirrender, Aklapper, Smalyshev, Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g, Krenair, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T226005: mwext-php70-phan-docker fails for WikibaseCirrusSearch
Legoktm added a comment. WikibaseCirrusSearch shouldn't be importing `.phan/stubs` for analysis... TASK DETAIL https://phabricator.wikimedia.org/T226005 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Jdforrester-WMF, MaxSem, zeljkofilipin, hashar, Umherirrender, Aklapper, Smalyshev, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, EBjune, LawExplorer, _jensen, rosalieper, Wikidata-bugs, aude, jayvdb, Mbch331, Jay8g, Krenair, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T225195: EventBus jobs failing heavily because of CentralNotice and WikibaseRepo
Legoktm added a comment. Related: T225112: New phan dependencies significantly slowed down CI tests <https://phabricator.wikimedia.org/T225112> TASK DETAIL https://phabricator.wikimedia.org/T225195 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Ottomata, AndyRussG, awight, thiemowmde, Aklapper, E.S.A-Sheild, darthmon_wmde, Premeditated, holger.knust, joker88john, CucyNoiD, Nandana, NebulousIris, Akovalyov, Tumz24, Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, Jseddon, rosalieper, gabriel-wmde, DStrine, Wong128hk, JAllemandou, mobrovac, terrrydactyl, Wikidata-bugs, Snowolf, Base, aude, GWicke, Pcoombe, Jdforrester-WMF, Mbch331, Rxy, Jay8g, Krenair, jeremyb ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Edited] T199440: Install cache/integration-tests with Wikibase CI tests
Legoktm updated the task description. TASK DETAIL https://phabricator.wikimedia.org/T199440 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Addshore, Legoktm Cc: gerritbot, WMDE-leszek, Legoktm, hashar, Aleksey_WMDE, Addshore, Aklapper, E.S.A-Sheild, darthmon_wmde, Redabr4, Premeditated, Zanziii, Sadisticturd, joker88john, CucyNoiD, Nandana, NebulousIris, Gaboe420, A.S.Kochergin, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Baloch007, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Wikidata-bugs, aude, Mbch331 ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T224478: define "scheme:" as namespace alias for EntitySchema: (ns:640)
Legoktm added a comment. @Esc3300 can you add a description to this task? It's not clear to me what needs to be done for #mediawiki-configuration <https://phabricator.wikimedia.org/tag/mediawiki-configuration/> for this, since I don't really know at all what it's about. TASK DETAIL https://phabricator.wikimedia.org/T224478 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Esc3300, darthmon_wmde, Premeditated, pdehaye, Michael, Nandana, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, QZanden, YULdigitalpreservation, LawExplorer, Salgo60, _jensen, rosalieper, MGChecker, abian, Wikidata-bugs, aude, Lydia_Pintscher, Mbch331, Jay8g, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T221127: URL shortener widget is hard to copy
Legoktm removed a project: MediaWiki-extensions-UrlShortener. TASK DETAIL https://phabricator.wikimedia.org/T221127 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Krinkle, Legoktm Cc: Fuzheado, Krinkle, Theklan, Multichill, Pigsonthewing, Jheald, Smalyshev, Ladsgroup, Nemo_bis, Aklapper, darthmon_wmde, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, Dinadineke, Nandana, kostajh, tabish.shaikh91, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Soteriaspace, Jayprakash12345, Chicocvenancio, JakeTheDeveloper, MichaelSchoenitzer_WMDE, QZanden, EBjune, merbst, LawExplorer, Salgo60, Jogi_don, _jensen, rosalieper, D3r1ck01, Jonas, Xmlizer, jkroll, Wikidata-bugs, Jdouglas, Jdlrobson, aude, Tobias1984, Manybubbles, Lydia_Pintscher, TheDJ, Mbch331, Rxy, DannyS712, Framawiki ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T88434: generate Wikibase.git code coverage on Jenkins
Legoktm added a comment. In T88434#5196007 <https://phabricator.wikimedia.org/T88434#5196007>, @Lucas_Werkmeister_WMDE wrote: > I just came back across this point while looking into T223214: Start converting Wikibase extensions to use extension registration <https://phabricator.wikimedia.org/T223214>, because the location of the `extension.json` file(s) for Wikibase is influenced by this as well. If we keep the current `repo/includes/` etc. pattern, then there’s a clear place for the JSON files: `repo/extension.json`. On the other hand, with `includes/repo/`, the most natural (to me) placement of the JSON files would place them all in the repository root, where they would collide with each other. I guess that could be resolved by departing from the standard `extension.json` name and having `extension-repo.json` etc., but I’m not sure how ugly that is compared to other approaches… There's some precedent with respect to how ConfirmEdit has "sub-extensions" in the same repo. TASK DETAIL https://phabricator.wikimedia.org/T88434 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Lucas_Werkmeister_WMDE, Ricordisamoa, Addshore, Legoktm, hashar, JanZerebecki, Aklapper, darthmon_wmde, alaa_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, thcipriani, Wikidata-bugs, aude, Mbch331, Jay8g ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Updated] T223776: Create Wikidata autocomplete gadget for external entities
Legoktm edited projects, added Wikidata-Gadgets; removed Gadgets. Restricted Application added a project: Wikidata. TASK DETAIL https://phabricator.wikimedia.org/T223776 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Danmichaelo, Legoktm Cc: Aklapper, Danmichaelo, darthmon_wmde, alaa_wmde, Ferenczy, sarhan.alaa, Samuditha24, IM3847, Nandana, kostajh, Lahi, Gq86, GoranSMilovanovic, Jayprakash12345, Chicocvenancio, MichaelSchoenitzer_WMDE, QZanden, dachary, LawExplorer, Jogi_don, _jensen, rosalieper, D3r1ck01, Wikidata-bugs, Jdlrobson, aude, Ricordisamoa, Sjoerddebruin, Mbch331, Rxy, Jony, Minilexikon, Nirmos, Krenair ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T218568: Allow CORS from query.wikidata.org to production wikis
Legoktm added a comment. When WDQS first launched, we intentionally removed it from the CORS whitelist (previously *.wikidata.org was whitelisted IIRC) as a security hardening measure. I would suggest that WDQS plan to shorten URLs anonymously. Since it's happening client-side (AIUI), it shouldn't run into rate limits unless someone is shortening too many URLs. We should revisit this if it's actually a problem of course, but I don't think we should be weakening our hardening measures for a problem that we don't even know exists. TASK DETAIL https://phabricator.wikimedia.org/T218568 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Legoktm Cc: Legoktm, Smalyshev, Bawolff, Aklapper, Lucas_Werkmeister_WMDE, alaa_wmde, ET4Eva, Nandana, sbassett, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, Jayprakash12345, QZanden, EBjune, HJiang-WMF, Zoranzoki21, merbst, LawExplorer, Avner, DatGuy, Devwaker, Niklitov, Gehel, _jensen, Urbanecm, rosalieper, JEumerus, Jonas, Ananthsubray, FloNight, Xmlizer, dpatrick, Tulsi_Bhagat, Wong128hk, Luke081515, SimmeD, jkroll, Wikidata-bugs, Jdouglas, Snowolf, aude, Tobias1984, GWicke, Dcljr, Stype_and_Co.-WMF, Manybubbles, Jalexander, Parent5446, Anomie, Grunny, Jdforrester-WMF, MaxSem, csteipp, Matanya, Mbch331, Rxy, Jay8g, Krenair, chasemp ___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
[Wikidata-bugs] [Maniphest] [Commented On] T216337: New lua function to follow entity redirects
Legoktm added a comment. Ah, gotcha.TASK DETAILhttps://phabricator.wikimedia.org/T216337EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, Aklapper, Bugreporter, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, Wikidata-bugs, aude, Mbch331___ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
