Fork me on GitHub

Wikimedia IRC logs browser - #wikimedia-cloud

Filter:
Start date
End date

Displaying 43 items:

2026-02-18 02:58:03 <wm-bot> !log anticomposite@tools-bastion-15 tools.commons-delinquent too many failed logins to tcywikisource, prevent login attempts in demon.php
2026-02-18 02:58:05 <stashbot> Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.commons-delinquent/SAL
2026-02-18 13:29:41 <taavi> !log admin rebooting cloudgw1004 for T417075 fixes
2026-02-18 13:29:49 <stashbot> Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
2026-02-18 13:29:49 <stashbot> T417075: networking.service in failed state on Trixie cloudgw nodes - https://phabricator.wikimedia.org/T417075
2026-02-18 13:48:15 <taavi> !log admin failing traffic back to cloudgw1004
2026-02-18 15:52:52 <wm-bb> <Yetkin> For Quarry, is there a time limit for unused (but puslished) queries to be deleted from the system? I have some queries 3-5 times a year
2026-02-18 16:20:51 <bd808> @Yetkin: https://phabricator.wikimedia.org/T360041#10268152 says stored results would be purged after a year.
2026-02-18 16:21:30 <bd808> I'm not sure where to find the code for that to give a definitive answer.
2026-02-18 20:14:15 <wm-bb> <Yetkin> bd808: Thanks for the reply
2026-02-18 20:19:34 <wm-bb> <Yetkin> Hmm, I can see that some of my old (3+ years) are still there. How often does the purging mechanism run? Will they disappear suddenly? 😊 Also, will there be an option for users to delete their own queries? I have lots of draft queries there
2026-02-18 20:23:05 <wm-bb> <jeremy_b> results or queries? (re @Yetkin: Hmm, I can see that some of my old (3+ years) are still there. How often does the purging mechanism run? Will they disappear sud...)
2026-02-18 20:23:13 <wm-bb> <jeremy_b> storing SQL must be cheaper than storing results
2026-02-18 20:23:39 <dcaro> I suspect that there's no automated mechanism, probably manually done
2026-02-18 20:23:41 <wm-bb> <Yetkin> queries (re @jeremy_b: results or queries?)
2026-02-18 20:24:05 <dcaro> (can't find anything on k8s or the code, just like bd808 said)
2026-02-18 20:25:21 <wm-bb> <Yetkin> Why are published queries being deleted then? Would it not be better if we only deleted the queries that were not run for x months?
2026-02-18 20:27:59 <dcaro> I think that there's currently no way to delete the queries for users (note also that quarry is currently maintained by community members only, so I might be missing some newer features etc.)
2026-02-18 20:32:57 <wm-bb> <Yetkin> It would not be too hard to implement, though
2026-02-18 20:51:54 <bd808> @Yetkin: T135908 is the 10 year old feature request for deleting drafts. Patches welcome.
2026-02-18 20:51:55 <stashbot> T135908: Add a possibility to delete a draft - https://phabricator.wikimedia.org/T135908
2026-02-18 21:17:02 <wm-bb> <arcstur> hello! we have been receiving
2026-02-18 21:17:03 <wm-bb> <arcstur> {"httpCode":401,"httpReason":"Jwt issuer is not configured"}
2026-02-18 21:17:05 <wm-bb> <arcstur> at https://www.wikidata.org/w/rest.php/oauth2/resource/profile
2026-02-18 21:17:06 <wm-bb> <arcstur> while trying to use new issued tokens from OAuth2 at QuickStatements 3.0
2026-02-18 21:17:08 <wm-bb> <arcstur> does anybody know what is happening? does requesting a new pair of OAuth2 credentials would solve it?
2026-02-18 21:34:18 <bd808> @arcstur: I think you need to ask meta for the tokens, not wikidata. I think only meta and mediawiki.org are setup to issue OAuth credentials. Once issued the credentials can be used on any wiki (unless the grant itself included a limited set of wikis).
2026-02-18 22:00:57 <Reedy> It's also possibly broken due to the library upgrade
2026-02-18 22:24:55 <wm-bb> <Vincent> I've got oauth issues too in my toolforge app, is there an ongoing incident?
2026-02-18 22:46:02 <wm-bb> <lucaswerkmeister> m3api-oauth2 CI (running against a local MediaWiki with the latest code, and against the Beta cluster) still seems to be working FWIW https://gitlab.wikimedia.org/repos/m3api/m3api-oauth2/-/pipelines/166034
2026-02-18 22:46:13 <wm-bb> <lucaswerkmeister> but it sounds like it might still be worth opening a task if you have more details / steps to reproduce
2026-02-18 22:46:41 <wm-bb> <lucaswerkmeister> (I’m guessing the library upgrade Reedy referred to is https://phabricator.wikimedia.org/T417722?)
2026-02-18 22:47:31 <wm-bb> <Vincent> I tried to understand what's going on but it's too late to troubleshoot weird oauth issues, I'll dig in tomorrow :)
2026-02-18 22:51:15 <Reedy> No
2026-02-18 22:51:50 <Reedy> https://phabricator.wikimedia.org/T417820 is the task I'm suspecting
2026-02-18 22:51:51 <wm-bb> <jeremy_b> oauth login to phab still works
2026-02-18 22:52:08 <Reedy> Which cross referenced to https://phabricator.wikimedia.org/T417278 and https://phabricator.wikimedia.org/T261462
2026-02-18 22:53:26 <wm-bb> <lucaswerkmeister> aha, I can reproduce the error with https://gitlab.wikimedia.org/repos/m3api/m3api-examples though
2026-02-18 22:53:33 <wm-bb> <lucaswerkmeister> both of the webapp-* examples
2026-02-18 22:59:05 <wm-bb> <lucaswerkmeister> reported at https://phabricator.wikimedia.org/T417839
2026-02-18 23:03:04 <wm-bb> <lucaswerkmeister> that’s OAuth 1.0a, not OAuth 2: https://meta.wikimedia.org/wiki/Special:OAuthListConsumers/view/515956f268dcf5738beabe21154df11f (re @jeremy_b: oauth login to phab still works)
2026-02-18 23:03:10 <wm-bb> <lucaswerkmeister> it sounds like only OAuth 2 is broken
2026-02-18 23:03:40 <wm-bb> <jeremy_b> sounds like we need more CI :)

This page is generated from SQL logs, you can also download static txt files from here