[00:13:45] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline: Question about blocked contacts in Civi and how they sync to Acoustic - https://phabricator.wikimedia.org/T293587 (10Eileenmcnaughton... [00:13:50] (03Merged) 10jenkins-bot: Ingenico: change city field length from 40 to 35 [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/742575 (https://phabricator.wikimedia.org/T234495) (owner: 10AndyRussG) [00:43:25] AndyRussG: ok, after altering docker-compose.yml to point to the latest version of the images, I'm seeing some different issues [00:43:29] whoami: cannot find name for user ID 1000 [00:43:51] whoami is being called inside the civibuild script [00:44:56] oops, gotta afk for a bit [00:45:41] Ok... ejegg (for when you're back) are you sure it's a new Docker image issue? If you switch back do you still get it? [00:53:56] oops, gotta afk for a bit [00:56:46] oops, pressed up too many times before pressing enter :) [00:57:31] Oh it's ok the fine for that is not very hefty ;p [01:04:11] whew, ok, so it looks like that problem is also present on non-new-images [01:05:57] anyway, old or new image, I still get the mystery exit code 1 any time it runs composer in the civi image [01:07:14] trying removing persistent storage [01:09:46] still no [01:19:06] ejegg|afk: updating civi? updating buildkit? running composer? eileen ^ do you get this too? [01:19:27] ah when running composer [01:19:31] AndyRussG: any time I run composer (any version) in any version of the civicrm container, I get the exit code 1 [01:19:32] in the civi image, hmmm [01:19:36] after a seemingly normal run [01:19:39] yeah, I [01:19:48] 'm downloading composer from source [01:19:54] ejegg|afk: I get a mystery exit sometimes when phpstorm is listening [01:20:00] ooh [01:20:23] & when I do removing watches seems to help [01:20:43] good call [01:20:54] i can't believe I didn't think of changing the xdebug config [01:21:14] huh I wonder how that affects it? [01:21:24] I guess maybe some process hangs? [01:21:42] ahhhhh eileen it worked [01:21:59] turning remote autostart off, now I get exit code 0 [01:22:01] :P [01:22:05] ejegg|afk: that was some hard won knowledge [01:22:10] i wasted soooo much time on that [01:22:12] I think it is a phpstorm bug [01:22:17] I have in the past too.... [01:24:07] thank you eileen [01:27:58] AndyRussG: how would you feel about using the :latest tag for all of the fundraising images in docker-compose.yml ? [01:28:27] otherwise we have to update that file every time there's a related update in the dev-images repo published [01:30:34] and finding the latest published version is a bit of a pain [01:31:48] ejegg: hmmm I feel it's actually nice to have specific versions, because then you can have a version of the whole setup that is guaranteed (or quite expected) to work, regardless of what the latest is in dev-images [01:31:58] (03PS1) 10Ejegg: Update docker images to latest [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/742581 [01:32:04] hmm, ok [01:32:46] AndyRussG: any thoughts on that whoami failure? [01:32:59] (not specific to an image version) [01:33:48] so for example, in some hypothetical case, update images, send patches related and merge to fundraising-dev, but everyone's current versions on their local setup will work both before and after they update [01:34:11] ejegg: ahh whoami? so that didn't get fixed with the IDE thing above? [01:34:17] if not, then ahh sounds unfortunate [01:34:25] and I guess lmk how to reproduce? [01:34:25] no, the IDE thing was PHP specific [01:34:39] just rebuild the civi image [01:34:49] and it complains that whoami fails [01:34:57] doesn't stop though [01:35:20] i only noticed because the script bombed out shortly thereafter when it tried to run composer [01:35:27] oh oki [01:35:45] well if it doesn't stop and it works I vote to ignore :] [01:35:48] may leave some directories with the wrong permissions [01:36:05] hmmm [01:36:22] I don't think the process can become root or another user on its own like that? [01:36:54] are you seeing a directory ownership issue like that now too? [01:37:57] oh, just found the line [01:38:09] maybe it's just checking for bad dir perms [01:38:13] docker-compose exec -w /srv/civi-sites/ civicrm civibuild create wmff --admin-pass admin [01:38:16] whoami: cannot find name for user ID 1000 [01:38:18] WARNING: The following data-files are not owned by your user, which may lead to permission issues. You may need to delete or chown them. [01:38:21] $ find /srv/config/exposed/civicrm/amp ! -user [01:38:24] find: missing argument to `-user' [01:38:39] so sure, let's ignore it for now [01:41:25] ejegg: oh cool! thx for digging! [01:47:34] bah, now npm bombs out (during civibuild) [01:50:07] k, but running again it works [01:50:09] shrug [02:19:50] (03PS1) 10Eileen: Deprecation notice fix [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/742583 [02:58:15] fr-tech if anyone's having issues with ssh and gitlab, take a look at your ssh config, u may need to update it [03:12:52] PROBLEM - check_log_messages on frav1002 is CRITICAL: CRITICAL: minFraud_endpoint_critical 1 [=1] https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=frav1002&service=check_log_messages [03:17:13] RECOVERY - check_log_messages on frav1002 is OK: OK https://icinga.wikimedia.org/cgi-bin/icinga/extinfo.cgi?type=2&host=frav1002&service=check_log_messages [03:22:20] (03PS1) 10Ejegg: Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - 10https://gerrit.wikimedia.org/r/742585 [03:22:51] the last deploy (before en6C) ? [03:23:08] yep yep [03:23:15] I want to get that employer fix out [03:23:34] and the city shortening [03:24:31] (03CR) 10Ejegg: [C: 03+2] Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - 10https://gerrit.wikimedia.org/r/742585 (owner: 10Ejegg) [03:24:44] ah cool beans, thx! [03:25:21] excellent for making city pie [03:25:26] (03Merged) 10jenkins-bot: Merge branch 'master' into deployment [extensions/DonationInterface] (deployment) - 10https://gerrit.wikimedia.org/r/742585 (owner: 10Ejegg) [03:30:24] (03PS1) 10Ejegg: Update DonationInterface submodule [core] (fundraising/REL1_35) - 10https://gerrit.wikimedia.org/r/742587 [03:30:26] (03CR) 10Ejegg: [C: 03+2] Update DonationInterface submodule [core] (fundraising/REL1_35) - 10https://gerrit.wikimedia.org/r/742587 (owner: 10Ejegg) [03:35:57] ejegg: dev images merged! [03:36:05] thanks! [03:36:23] ok, I'll update that fr-dev patch to point to the latest smashpig image too [03:36:26] thank u! [03:36:47] oh, I wonder if they're auto-pushing to the registry yet? [03:36:58] hmmm sounds uncertain [03:37:39] I think u can update the patch right away tho for sure, thanks for doing that! [03:39:26] (03Merged) 10jenkins-bot: Update DonationInterface submodule [core] (fundraising/REL1_35) - 10https://gerrit.wikimedia.org/r/742587 (owner: 10Ejegg) [03:40:16] (03PS2) 10Ejegg: Update docker images to latest [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/742581 [03:46:22] !log updated payments-wiki from dbc92132 to 4a4ef51d [03:46:24] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [03:47:00] AndyRussG: ok, that's deployed, logs look good [03:47:05] I'mma test the dropdown [03:47:12] do you want to test the city field? [03:47:51] ejegg: I don't have a card that will work right now heheh [03:48:12] oh wait maybe I do one sec [03:49:15] hmmm no [03:49:19] sorry [03:49:53] Well, I just got the Ingenico iframe to load OK with a waaaaaay too long city field [03:50:07] so I guess it IS getting past the createHostedCheckout call [03:50:07] right that was fine before [03:50:24] ahh, OK, I'll continue to the donation [03:50:35] ejegg: it's actually not user-facing, you can only see it in the console [03:50:48] when the payment is rejected [03:50:51] wait, i thought it was causing errors? [03:51:18] that's only when it's UTF -ful and also possibly too long [03:51:25] k [03:51:26] we did get some erros like that [03:51:48] I didn't see if they've gone away [03:53:45] ejegg: what was it that you didn't like about getopts? [03:54:57] i've already forgotten [03:55:51] "getopt seems terrible, let's just loop over the args" in setup.sh [03:56:13] ok, the first 35 chars made it to the payments console and the payment made it to status 800 [03:56:37] AndyRussG: yep, i remember writing that but not why [03:56:41] ejegg: sounds like a win to me! [03:57:04] to see what it looked like previously search for merchant ref 108990533.1 in the live console [03:58:04] cool [03:58:44] AndyRussG: wait, i also don't think we should have an extra option for 'make autossh act the same as normal ssh' [04:00:45] ejegg: didn't you want an option to put it into the background? [04:01:20] I have the script working as a service in the foreground currently, so I didn't feel like rejigging that particularly [04:02:16] I.e. it's a service managed by my local user on my laptop and i don't run it directly in the foreground, but systemctl works with it as it does with other non-backgrounding programs [04:02:46] not sure what you mean by " 'make autossh act the same as normal ssh' " [04:03:52] right, when the script is run in an interactive shell, just stick nohup at the front and & at the end, if that's what it takes [04:04:10] just make it so i can run either with or without --autossh and keep using the terminal [04:06:30] ejegg: so you want to be able to say, ./proxy-forward.sh [04:06:33] with no arguments [04:06:44] and when you do that in a shell, it just goes into the background, correct? [04:06:58] yep yep, since ssh is run with -N [04:07:31] so why should ./proxy-forward.sh --autossh not go into the background? [04:07:39] just feels inconsistent [04:08:08] because it'd be a different service configuration and I'm too lazy to figure out the other config and change it? [04:08:33] k, I can put up a follow-on patch with the interactive term test [04:08:36] https://unix.stackexchange.com/a/308394/44713 [04:08:53] hmm? [04:09:11] so i'm suggesting it keep running the same as it's running now when under systemd [04:09:23] just change when run from a terminal [04:09:55] hmmmm [04:10:01] I mean I'm not opposed on principle [04:10:07] whatever works for everyone is great [04:10:32] I kinda feel like I'd like to be able to test it sometimes in a terminal and so not have it go into the background to see what it does [04:11:02] and I don't know how others might like to run it [04:11:32] so should the non-autossh version also stay foregrounded? [04:11:44] would it be terrible to just have to add a -f or something to make it go background when that's what u want? [04:12:09] hmmm truly I have no idea [04:12:21] ehh, I'll +2 for now [04:12:32] ah oki thanks! [04:12:44] so the -N argument is for no ssh terminal [04:13:04] (03CR) 10Ejegg: [C: 03+2] Forwarding script tunnels IPN listeners, can use autossh [wikimedia/fundraising/dev] - 10https://gerrit.wikimedia.org/r/738598 (owner: 10AndyRussG) [04:13:52] thx! [04:13:58] ok, payments-wiki looks good [04:14:03] going to head to bed [04:14:03] cool! [04:14:19] oops, forgot to !log [04:14:24] ejegg: 'night ... I can add a follow-on patch with that argument also btw [04:14:37] oh i did log [04:14:42] good night! [04:14:45] so now I remember, so the non-autossh version does use -f [04:14:54] que descanses :) [06:35:31] (03PS1) 10Eileen: Short-term fix around displaying localised formatting [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/742590 (https://phabricator.wikimedia.org/T290253) [09:46:36] 10WMSE-Content-partnerships-support-2021-Fundraising, 10User-Jenny_Brandt_WMSE: Prepare fundraising presentation for staff. - https://phabricator.wikimedia.org/T292455 (10Jenny_Brandt_WMSE) Presentation was made during Personalsamling, but there was not time for a complete session. Discuss with Josefine if a... [15:00:54] hi fr-tech :) [15:20:34] mornin' fr-tech. Everyone ready for launch? [15:21:30] ohhh it's "banners launch"? thought it was "banners lunch"! oops [15:21:34] I had my pizza all ready here [15:25:05] Well, I wouldn't say no to lunch either [15:25:22] ahhh oki cool :) [15:25:59] ^banners la[u]?nch$ [15:26:45] ah no I mean ^banners l[a]?unch$ [15:28:09] no banners lanch today [15:28:14] maybe tomorrow [15:28:20] Hi AndyRussG XenoRyet [15:28:26] :) [15:32:19] Hi there cstone [15:42:18] hi all! haha AndyRussG - I too wish we had a banner lunch instead today! [15:42:18] Just dropping in to say we're all set for the launch in 20 minutes, at 16 UTC. Banners: en6C, esUS, and frCA. [15:44:01] thanks haley_, we're all set here too [15:46:31] haley_: hi! thanks! :) [15:48:34] thanks haley_ ! [16:06:24] hi AndyRussG cstone XenoRyet ! [16:06:32] hi jgleeson [16:06:33] :) [16:13:20] which test did you fancy in the end damilare [16:13:42] lemme guess, the one that you don't need to find the magic hidden config for [16:13:45] :):):) [16:30:03] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline: Question about blocked contacts in Civi and how they sync to Acoustic - https://phabricator.wikimedia.org/T293587 (10KHaggard) Thank... [16:49:02] happy banner day fr-tech [16:49:28] :) is that banner lunch or launch day ejegg ? [16:49:29] indeed, happy banner day [16:50:41] banner breakfast, lunch, and dinner [16:52:57] fr-tech we might need to periodically manually re-validate the wmcloud domains with apple [16:53:01] heheh oki [16:53:10] huh interesting [16:53:17] since we probably won't have our forwarding servers listening when apple re-crawls them [16:53:48] we're getting daily emails about paymentstest1.wmcloud.org expiring on Dec 2 [16:53:58] oh I didn't see that [16:54:01] (and so is the iOS team) [16:54:14] ejegg: jgleeson had talked about a solution for a similar issue with Amazon [16:54:17] right, i think it's just ppl whose apple developer account has rights to administer things [16:56:06] I wonder if there's something we could set up on the cloud server to just turn on a blank or mostly blank 200 status page for any domain someone's not currently tunneling [16:56:32] i was just trying to imagine how that would work [16:56:47] like a 'listen on this port till ssh wants it' [16:57:14] i guess we'd want to look at triggering a web server to switch ports on ssh connection/disconnection [16:57:52] and just serve the appropriate domain-association file [16:57:53] I was just thinking of this now... I think there's a way to add a command to ssh that it'll just run right away without a terminal [16:58:12] ok, so in our forwarding script first run the web server swaparoo [16:58:33] or maybe another back-end simple server on the cloud machine that can be controlled somehow [16:58:40] just not sure how it could work on disconnect [16:59:02] my initial reaction to the Amazon thing (see e-mails also) was that Amazon shouldn't be bugging us about dev domains [16:59:04] right, maybe a cron that checks if there's still someone listening on X port every 5 min? [16:59:25] I would say the same about Apple, but I guess they're known to be a tad... rigid? [16:59:26] AndyRussG: yeah, unfortunately there's no way I could see in their config to specify the domains a dev [16:59:36] *as dev [17:00:03] hmmm I guess no harm in asking them for a solution first before trying to engineer one tho [17:01:23] ah just looking at the p-c jobs chart I see we're still running 3 adyen capture jobs [17:01:33] I guess we can disable at least 2 of those [17:01:58] wow, paypal and ingenico running almost exactly equal in donation count of the past hour [17:03:02] look at all those apples too :) [17:03:19] you like apples? [17:03:33] how do you like THEM apples... [17:04:15] * ejegg is wearing his lucky '20 years of Wikipedia' party sweatshirt [17:04:57] mine arrived yesterday and had the most unique? sweatshirt texture I have felt haha [17:05:06] hah, yeah [17:05:35] super soft on the inside though [17:05:42] ahhh looking forward to receiving mine in 2 years [17:06:12] I never got any of the coffee thermouses or whatever they were that folks got twice [17:07:17] there will just be an eventual shipping container full of swag AndyRussG [17:09:42] heheh hopefully [17:10:39] the plural is 'thermice' [17:11:09] hehe [17:11:33] also where are you seeing donations by provider/method? on the superset dash? [17:11:40] grafana [17:11:47] and the logs [17:12:00] payments-initial log to be specific [17:12:20] im using the graphana one and just anything thats adyen is apple [17:12:36] haha grafana [17:13:13] mmmm, 64 slices of american graphene [17:13:19] jgleeson: still looking at the antifraud filters, I think I'll like to work on this test [17:13:28] right thx ejegg cstone [17:15:00] those 64 slices of graphene are still only 1.5 nanometers thick [17:15:52] damilare it's also ok to just take a break and watch the logs for a bit, if u feel like it, btw ;) [17:16:20] though also doing actual work is not forbidden, either ;) [17:19:15] thanks AndyRussG: Iā€™m watching the grafana dash, please share any other I should be looking at [17:20:35] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline, and 3 others: Civi: EOY Auto Thank You Email Receipt - New content is ready for coding - https://phabricator.wikimedia.org/T290253 (10TomaszGorski) Hello @Eileenmcnaug... [17:22:11] damilare you can also tail the logs on frlog1001.... just log in there and type tail -f /var/log/remote/payments-initial /var/log/remote/payments.error [17:22:23] there are other logs in the remote dir you can tail, too if you like [17:23:40] it's mainly just fun to watch them roll in, I guess :) [17:27:14] thanks Andy [17:30:54] :) [17:39:23] 10fundraising-tech-ops, 10Analytics-Radar: puppetize CA changes for kafkatee on fundraising banner loggers - https://phabricator.wikimedia.org/T296765 (10Jgreen) [17:43:45] cstone: I see what you mean, looks like all adyen payments are apple [17:43:57] yep they are! [17:44:21] AndyRussG: I have an idea for the dev servers [17:44:29] since Apple will only ever crawl one path [17:45:07] we can have apache listen on the ports and forward all the requests except for that path to the forwarded port [17:45:10] 10Fundraising-Backlog: Enable South Africa through Dlocal - https://phabricator.wikimedia.org/T293508 (10EMartin) From Dlocal: "Bank Transfers in South Africa are supported under Streamline, the parameter for x_bank is IO. Also are, donor ID. On the other side, are passed via x_cpf parameter." I'm asking them... [17:48:12] ejegg ah yeah! ah I think jgleeson mentioned something like that too before, sorry I didn't recall! [17:53:42] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline: Question about blocked contacts in Civi and how they sync to Acoustic - https://phabricator.wikimedia.org/T293587 (10nisrael) Hi Kat... [17:54:04] dang it, all the wmcloud domain association text files are new too [17:54:23] redownloading... [18:05:49] thanks damilare. sounds good! [18:06:00] back btw4 [18:06:02] -4 [18:12:48] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline: Question about blocked contacts in Civi and how they sync to Acoustic - https://phabricator.wikimedia.org/T293587 (10KHaggard) Yeah... [18:16:36] my pleasure jgleeson [18:34:47] (03CR) 10Jgleeson: [C: 03+2] "This is now working for me. Nice job!" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/449900 (https://phabricator.wikimedia.org/T221387) (owner: 10Ejegg) [18:36:42] 10Wikimedia-Fundraising-Banners, 10Wikipedia-Android-App-Backlog (Android Release FY2021-22): 2021 English fundraising messages in Android app - https://phabricator.wikimedia.org/T294997 (10Pcoombe) Just confirming that I can see the banners in my app and donations are coming in. Thanks! [18:37:07] (03Merged) 10jenkins-bot: Support lots of country tlds for yahoo & microsoft mail [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/449900 (https://phabricator.wikimedia.org/T221387) (owner: 10Ejegg) [18:37:08] 10Wikimedia-Fundraising-Banners, 10Wikipedia-iOS-App-Backlog, 10Patch-For-Review, 10iOS-app-v6.8.2: 2021 English fundraising messages in iOS app - https://phabricator.wikimedia.org/T294996 (10Pcoombe) Just confirming that I can see the banners in my app and donations are coming in. Thanks! [19:24:41] 10Fundraising-Backlog: Enable South Africa through Dlocal - https://phabricator.wikimedia.org/T293508 (10Ejegg) Thanks @EMartin. I see in the documentation for their other integration that the ID number for ZA is the national identity card number: https://en.wikipedia.org/wiki/South_African_identity_card#Identit... [19:47:31] 10Fundraising Dash, 10Fundraising-Backlog, 10FR-Tech-Analytics: Should Fundraising Dash be deprecated? - https://phabricator.wikimedia.org/T292481 (10Jgreen) Based on yesterday's fr-tech & fr-tech-ops meeting, it sounds like it is desireable to take Dash offline and use Superset, since everything in Dash can... [19:48:07] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) p:05Triageā†’03Medium a:03Jgreen [19:49:50] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline, and 3 others: Civi: EOY Auto Thank You Email Receipt - New content is ready for coding - https://phabricator.wikimedia.org/T290253 (10MBeat33) Hi all, I sent a test em... [19:51:25] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [19:53:47] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [19:55:19] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [19:56:53] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [19:57:56] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10Fr-drupal-upgrade-2021: Migrate dash to use new oauth - civicrm or drupal extension/module - https://phabricator.wikimedia.org/T276394 (10Jgreen) 05Openā†’03Declined No longer necessary, we've decommissioned dash. See T276394 [19:57:58] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM: Epic: drupal upgrade - https://phabricator.wikimedia.org/T261779 (10Jgreen) [20:06:00] hey damilare i think I've found something [20:06:17] checkout vendor/wikimedia/donation-interface/tests/phpunit/TestConfiguration.php [20:07:33] it looks like the unit tests are pulling their $wg* globals from that file [20:08:02] checking [20:08:33] so if you wanted to set EnableCustomFilters to true in there it should allow you to step through the bit of the code you'd like to see [20:10:37] yep that does it [20:11:13] interestingly there's a bunch of custom filter related settings in that file but the one missing is $wgDonationInterfaceEnableFunctionsFilter = true; [20:11:54] I added that on line 228 [20:18:14] yh I added it also and it worked too... Now it passes through the adapter's validate method [20:18:38] thanks for the CR jgleeson [20:19:16] awesome! [20:19:24] np ejegg [20:27:41] AndyRussG: ejegg I don't think we were talking about Apple wrt to wmf cloud server stuff. It was for Amazon that I was pondering whether we could install apache on the vm for to satisfy their healthcheck requests mentioned in the email "Urgent *deactivation of Amazon Pay*" [20:28:13] jgleeson: right! sorry for the confusing, it turns out ejegg expects Apple to have the same issue soon [20:28:38] 10Fundraising-Backlog: Enable South Africa through Dlocal - https://phabricator.wikimedia.org/T293508 (10EMartin) Thanks Elliott. I'll try to find individuals who can give us a view on that national identity number. Thanks for calling that out. It seems a Dlocal norm. Evelyn Martin (She/Her) Sr. Manager Dona... [20:28:39] that is, they crawl our site and find it's not working and want to remove it [20:28:46] i think they expect our https://paymentstest5.wmcloud.org/ URLs to return a non-502 response when they're not being used [20:28:57] yeah [20:29:09] ejegg has been getting some special e-mails from Apple about an equivalent issue [20:29:27] so we could redirect the backend ports when not in use on the Proxy URLs to port 80 maybe [20:29:36] yeah [20:30:25] or also an option you mentioned, which ejegg also suggested today, would be to have a static page served by the cloud box only for an exact URL that the crawlers look for [20:31:56] yep that could work too! [20:32:07] with a big of apache config magic [20:59:42] fr-tech i'm going to take 5 minutes before tech talk [21:00:06] ditto ejegg [21:00:52] looking at that panel, it is set to Total which should sum all the values over the timeframe. not sure why it is giving a different behavior. [21:04:49] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Ejegg) [21:06:38] unless the display is just pulling the sampled set of data for the total calculation. i'll have to dig in more. good find. [21:23:27] ok. i've found some bits that make that guage questionable. i 'll see if i can address them and if it makes a difference. [21:57:16] jgleeson: damilare: if you want to recheck that guage panel i think i have updated it. [21:58:02] there was an issue where it was grabbing data from prometheus every 15 seconds even though the data only updates every 3 minutes. [22:00:21] i've adjusted the min step to reflect that. hopefully it is closer to reality and isn't overloaded with data. [23:34:43] 10Fundraising Sprint Visual C Saw, 10Fundraising-Backlog, 10fundraising sprint Universal Cereal Bus, 10fundraising sprint Wireless Zipline, and 3 others: Civi: EOY Auto Thank You Email Receipt - New content is ready for coding - https://phabricator.wikimedia.org/T290253 (10Eileenmcnaughton) @MBeat33 I actu... [23:38:01] ejegg: cstone: maybe the mobile and desktop campaigns didn't actually start simultaneously? [23:40:01] though that wouldn't explain the discrepancy on the data for the tests [23:40:07] gonna walk the dog, back in a bit! [23:47:37] the community campaign should wrap up in ~15 mins. it shouldn't have affected our numbers but we will see soon. [23:52:54] gonna get the doge out for a walk. back in a little.