[07:18:49] Hi, not sure this is the right channel, but I'm trying to create a personal API Token. I fill in the form in Special:AppManagement it returns "API key created" but both the Client ID and Client Secret are empty. [07:18:49] No error or warnings in the console. I'm using Chrome Version 146.0.7680.80 on MacOS. [07:18:49] And I filled the creationg form with my account user:schiste. : https://tools-static.wmflabs.org/bridgebot/0e1f8853/file_78814.jpg [10:12:39] On the API Portal? [10:13:02] https://api.wikimedia.org/wiki/Talk:Community#Announcement:_API_Portal_shutdown [10:17:18] Thanks, I misunderstood I thought it was planned to be deprecated and not actively shut down. I'll read more the other pages to understand how I should proceed then, thank you @tehreedy [10:26:25] Yeah, it's more... I wouldn't necessarily be setting up new stuff to use it if I could avoid it [10:26:36] I suspect it *should* still work [10:30:20] It does suggest you can use https://meta.wikimedia.org/wiki/Special:OAuthConsumerRegistration/list [13:52:15] Rent energy from us for just 2-4 TRX2 TRX = 65,000 Energy4 TRX = 131,000 EnergyStop over-burning TRX on fees. : https://tools-static.wmflabs.org/bridgebot/c749ba30/file_78824.jpg [13:58:31] I guess that was the link I was hunting for and missed. Thank you so much for your help 🙂 (re @tehreedy: It does suggest you can use https://meta.wikimedia.org/wiki/Special:OAuthConsumerRegistration/list) [14:00:19] Spammer above Christophe's comment [14:04:26] done; @bd808 I nominate @tehreedy for admin/patroller ^^ [14:29:01] I am still encountering this message when trying to open any page on phabricator.wikimedia.org (the issue occurs only on mobile). Interestingly, it resolves on its own after about 30 minutes, but it keeps recurring daily at تقريبًا the same time (between 4:00 PM and 5:00 PM UTC+2). : https://tools-static.wmflabs.org/bridgebot/ab4a1808/file_78826.jpg [14:31:31] I ignored this message because it was resolved and I didn't open a task, but I noticed it keeps repeating at the same time. [14:42:00] /me gives @tehreedy the delete & block hats [14:55:24] /me [15:16:34] https://video2commons.toolforge.org/ is not working for me [15:19:50] 'not working' in what sense? [15:20:14] I am not very familiar with the tool but the front-end seems to be up at least [15:45:32] For a few years now, we use https://pm20-filmlink.toolforge.org mostly for internal work and displaying intermediate results. At some time between 2026-03-19 and yesterday the web service stopped working (404). The service is running, but access.log and error.log are empty. Do you have any idea what's possibly going wrong? [15:49:40] joachim: anything in `toolforge webservice logs`? [15:49:51] joachim: your container is in "CrashLoopBackOff" state. Using `kubectl get pods` and `kubectl logs ` I can see that creating the /tmp/lighttpd.conf file inside the container is producing an invalid file. Did you maybe change your $HOME/.lighttpd.conf recently? [15:50:35] Yes, I tried to add some redirect/rewrite rules [15:52:31] toolforge webservice logs says: [15:52:35] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] ++ whoami [15:52:36] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + USER=tools.pm20-filmlink [15:52:36] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + CONFIG_FILE=/tmp/lighttpd.conf [15:52:37] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + cat [15:52:37] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + '[' -f /etc/toolforge-enable-php ']' [15:52:38] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + cat [15:52:38] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + '[' -f /etc/toolforge-enable-perl ']' [15:52:39] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + '[' -f /data/project/pm20-filmlink/.lighttpd.conf ']' [15:52:40] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + cat /data/project/pm20-filmlink/.lighttpd.conf [15:52:40] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] + exec /usr/sbin/lighttpd -f /tmp/lighttpd.conf -D [15:52:40] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] 2026-03-24 15:48:38: configfile.c.1909) source: /tmp/lighttpd.conf line: 595 pos: 62 invalid character in variable name [15:52:41] 2026-03-24T15:48:38+00:00 [pm20-filmlink-86759d9fbd-b9fbn] 2026-03-24 15:48:38: configfile.c.1967) configfile parser failed at: /data/project/pm20-filmlink/access.log [15:52:44] please use a pastebin [15:54:31] sorry, I'm not familiar with the environment. Is there something common used here? [15:54:44] lighttpd config lines do not end with semicolons [15:55:09] https://wikitech.wikimedia.org/wiki/Help:Toolforge/Web/Lighttpd may be helpful [15:56:22] !log jeanfred@tools-bastion-15 tools.integraality Deploy 5dbe412 (Resolve grouping type eagerly in PropertyStatistics constructor) [15:56:26] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL [16:02:52] The recommended pastebin is https://phabricator.wikimedia.org/paste/ [16:08:08] Thanks and thanks! I've fixed the line ending and commented out two statement, which also caused errors (rewrite.debug = true \ redirect.debug = true). The service is fine again. Perhaps somebody could help with the syntax for the debug statements, too? [16:36:39] joachim: I think you might be mistaking lighttpd (what we use) with lighttpd2 (that uses semicolons, and has the rewrite.debug variable) [16:37:02] you can see config docs (also for debug variables) here https://redmine.lighttpd.net/projects/lighttpd/wiki [16:38:01] Thank you so much! I indeed got confused on that. [16:52:33] !log jeanfred@tools-bastion-15 tools.integraality Deploy 7883b73 (Switch from bare imports to relative imports) [16:52:37] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.integraality/SAL [17:51:35] It seems codesearch index for MediaWiki core is 3 weeks behind [17:51:44] https://codesearch.wmcloud.org/deployed/?q=lcobucci%2Fclock%7CLcobucci.%5B%5EJ%5D#MediaWiki%20core [17:51:45] vs [17:51:52] https://codesearch.wmcloud.org/core/?q=lcobucci%2Fclock%7CLcobucci.%5B%5EJ%5D [17:52:04] or rather, the separate core index is fine, and the deployed one is 3 weeks behind [17:52:31] missing https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1247572 and https://gerrit.wikimedia.org/r/c/mediawiki/core/+/1254311 for example [17:52:34] someone beat you to it ;) [17:52:41] https://phabricator.wikimedia.org/T421147 [17:52:51] Ha [21:16:43] !log difronzo@tools-bastion-15 tools.wikivisage deployed v0.7.0 with database wipe (by DiFronzo on GitHub) [21:16:47] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Tools.wikivisage/SAL [22:18:47] !log wm-bot added addshore, per request [22:18:51] Logged the message at https://wikitech.wikimedia.org/wiki/Nova_Resource:Wm-bot/SAL [22:37:03] <3 [22:42:45] yay for more wm-bot maintainer folks [23:32:29] If I want to run a toolforge cron job every 15 minutes, can I do --schedule "@hourly/4"?