[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
[02:58:05] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.commons-delinquent/SAL
[13:29:41] <taavi>	 !log admin rebooting cloudgw1004 for T417075 fixes
[13:29:49] <stashbot>	 Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Admin/SAL
[13:29:49] <stashbot>	 T417075: networking.service in failed state on Trixie cloudgw nodes - https://phabricator.wikimedia.org/T417075
[13:48:15] <taavi>	 !log admin failing traffic back to cloudgw1004
[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
[16:20:51] <bd808>	 @Yetkin: https://phabricator.wikimedia.org/T360041#10268152 says stored results would be purged after a year. 
[16:21:30] <bd808>	 I'm not sure where to find the code for that to give a definitive answer.
[20:14:15] <wm-bb>	 <Yetkin> bd808: Thanks for the reply
[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
[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...)
[20:23:13] <wm-bb>	 <jeremy_b> storing SQL must be cheaper than storing results
[20:23:39] <dcaro>	 I suspect that there's no automated mechanism, probably manually done
[20:23:41] <wm-bb>	 <Yetkin> queries (re @jeremy_b: results or queries?)
[20:24:05] <dcaro>	 (can't find anything on k8s or the code, just like bd808 said)
[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?
[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.)
[20:32:57] <wm-bb>	 <Yetkin> It would not be too hard to implement, though
[20:51:54] <bd808>	 @Yetkin: T135908 is the 10 year old feature request for deleting drafts. Patches welcome.
[20:51:55] <stashbot>	 T135908: Add a possibility to delete a draft - https://phabricator.wikimedia.org/T135908
[21:17:02] <wm-bb>	 <arcstur> hello! we have been receiving
[21:17:03] <wm-bb>	 <arcstur> {"httpCode":401,"httpReason":"Jwt issuer is not configured"}
[21:17:05] <wm-bb>	 <arcstur> at https://www.wikidata.org/w/rest.php/oauth2/resource/profile
[21:17:06] <wm-bb>	 <arcstur> while trying to use new issued tokens from OAuth2 at QuickStatements 3.0
[21:17:08] <wm-bb>	 <arcstur> does anybody know what is happening? does requesting a new pair of OAuth2 credentials would solve it?
[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).
[22:00:57] <Reedy>	 It's also possibly broken due to the library upgrade
[22:24:55] <wm-bb>	 <Vincent> I've got oauth issues too in my toolforge app, is there an ongoing incident?
[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
[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
[22:46:41] <wm-bb>	 <lucaswerkmeister> (I’m guessing the library upgrade Reedy referred to is https://phabricator.wikimedia.org/T417722?)
[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 :)
[22:51:15] <Reedy>	 No
[22:51:50] <Reedy>	 https://phabricator.wikimedia.org/T417820 is the task I'm suspecting
[22:51:51] <wm-bb>	 <jeremy_b> oauth login to phab still works
[22:52:08] <Reedy>	 Which cross referenced to https://phabricator.wikimedia.org/T417278 and https://phabricator.wikimedia.org/T261462
[22:53:26] <wm-bb>	 <lucaswerkmeister> aha, I can reproduce the error with https://gitlab.wikimedia.org/repos/m3api/m3api-examples though
[22:53:33] <wm-bb>	 <lucaswerkmeister> both of the webapp-* examples
[22:59:05] <wm-bb>	 <lucaswerkmeister> reported at https://phabricator.wikimedia.org/T417839
[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)
[23:03:10] <wm-bb>	 <lucaswerkmeister> it sounds like only OAuth 2 is broken
[23:03:40] <wm-bb>	 <jeremy_b> sounds like we need more CI :)