[00:00:15] I don't know of any. an email would be good. we have to be sensitive to MG and DR work [00:00:46] cool [00:01:12] I get confused - the fronline list includes everyone we would want? dstrine [00:12:29] eileen: what do you mean by frontline list? [00:12:42] fr-online email list [00:12:45] you could just do fr-all [00:12:49] ok [00:12:50] oh [00:13:01] well you could do fr-online and then manually add MG people [00:17:49] 10Fundraising-Backlog, 10fr-donorservices: EOY possible code related issue - https://phabricator.wikimedia.org/T298925 (10SHust) Sure thing, thank you! [00:27:55] (03PS1) 10Eileen: Fix tests to rely on parent function cleanup [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752788 (https://phabricator.wikimedia.org/T298664) [00:35:39] eileen: sorry, was called away, back at keyboard now [00:37:08] (03PS2) 10Ejegg: Add exception for no valid contribution scenario [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752221 (https://phabricator.wikimedia.org/T298803) (owner: 10Eileen) [00:37:16] (03CR) 10Ejegg: [C: 03+2] Add exception for no valid contribution scenario [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752221 (https://phabricator.wikimedia.org/T298803) (owner: 10Eileen) [00:38:36] (03CR) 10Ejegg: [C: 03+2] Use NoContributionException so it is caught [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/752222 (https://phabricator.wikimedia.org/T298803) (owner: 10Eileen) [00:41:28] thanks ejegg - can you check 1 more (752788) - just a teardown fix [00:49:16] (03Merged) 10jenkins-bot: Add exception for no valid contribution scenario [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752221 (https://phabricator.wikimedia.org/T298803) (owner: 10Eileen) [00:50:20] looking eileen [00:50:52] ejegg: we need to back out the currency display fix - it actually got tweaked upstream due to issues like on this page https://civicrm.wikimedia.org/civicrm/contact/view/contribution?reset=1&id=62538620&cid=34078709&action=view&context=contribution&selectedChild=contribute&snippet=json [00:51:31] oh dang [00:51:48] blanks break it? [00:51:57] (03Merged) 10jenkins-bot: Use NoContributionException so it is caught [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/752222 (https://phabricator.wikimedia.org/T298803) (owner: 10Eileen) [00:52:11] I guess I can bring in the new fix from upstream (first thought was to back out & then we'll get the new version on upgrade) [00:52:30] I'm sure we can wait for the upgrade [00:52:47] It's here https://github.com/civicrm/civicrm-core/pull/22429 [00:52:58] so yeah - as easy to go forwards as back I guess :-) [00:53:54] lol "The monetary value of TRUE is USD $1 - I think it's in the Geneva Convention." [00:54:12] (03PS1) 10Eileen: Fix input type for smarty number formatting [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/752789 [00:54:16] :-) [00:54:34] I just pushed the fix up - I guess we might as well push on! [00:54:48] kk [00:55:17] (03PS2) 10Ejegg: Fix tests to rely on parent function cleanup [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752788 (https://phabricator.wikimedia.org/T298664) (owner: 10Eileen) [00:55:24] (03CR) 10Ejegg: [C: 03+2] Fix tests to rely on parent function cleanup [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752788 (https://phabricator.wikimedia.org/T298664) (owner: 10Eileen) [01:03:15] (03CR) 10Ejegg: [C: 03+2] Fix input type for smarty number formatting [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/752789 (owner: 10Eileen) [01:09:01] (03Merged) 10jenkins-bot: Fix tests to rely on parent function cleanup [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752788 (https://phabricator.wikimedia.org/T298664) (owner: 10Eileen) [01:17:35] (03Merged) 10jenkins-bot: Fix input type for smarty number formatting [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/752789 (owner: 10Eileen) [01:23:19] (03PS1) 10Eileen: Submodule update b5f7802b76 (HEAD -> master, origin/master, origin/HEAD) Fix input type for smarty number formatting 46d07ab47b Use NoContributionException so it is caught [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752800 [01:23:46] (03PS2) 10Eileen: Submodule update [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752800 [01:23:51] (03CR) 10Eileen: [C: 03+2] Submodule update [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752800 (owner: 10Eileen) [01:25:01] (03PS3) 10Eileen: Stock 5.46rc CiviCRM [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/751847 (https://phabricator.wikimedia.org/T298664) [01:25:03] (03PS3) 10Eileen: Add end of year thank you template and example code [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/751848 (https://phabricator.wikimedia.org/T290253) [01:25:05] (03PS4) 10Eileen: Fixes that still need upstreaming [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/751849 [01:35:14] (03CR) 10Eileen: [C: 03+2] "recheck" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752800 (owner: 10Eileen) [01:35:56] (03CR) 10Eileen: "recheck" [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/751849 (owner: 10Eileen) [01:36:26] (03CR) 10jerkins-bot: [V: 04-1] Stock 5.46rc CiviCRM [wikimedia/fundraising/crm/civicrm] - 10https://gerrit.wikimedia.org/r/751847 (https://phabricator.wikimedia.org/T298664) (owner: 10Eileen) [01:37:20] (03PS1) 10Eileen: Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/752801 [01:37:29] (03CR) 10Eileen: [C: 03+2] Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/752801 (owner: 10Eileen) [01:42:25] !log revision 277989d7 -> d90542c2 (latest) civicrm [01:42:27] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [02:17:52] (03PS1) 10Eileen: Catch the noContribution error & add in email [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752803 [02:18:59] (03CR) 10Eileen: [C: 03+2] "I'm gonna cheat & self +2 this cos I really want to see if it does the trick now" [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752803 (owner: 10Eileen) [02:29:23] (03Merged) 10jenkins-bot: Catch the noContribution error & add in email [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/752803 (owner: 10Eileen) [02:38:37] (03PS1) 10Eileen: Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/752804 [02:38:57] (03CR) 10Eileen: [C: 03+2] Merge branch 'master' of https://gerrit.wikimedia.org/r/wikimedia/fundraising/crm into deployment [wikimedia/fundraising/crm] (deployment) - 10https://gerrit.wikimedia.org/r/752804 (owner: 10Eileen) [02:41:17] !log * revision d90542c2 -> 2956a622 (latest) [02:41:17] civicrm [02:41:18] Logged the message at https://wikitech.wikimedia.org/wiki/Server_Admin_Log [02:57:51] (03CR) 10Ejegg: "This looks good! Ready to +2 unless there's reason to leave it as 'WIP:'" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) (owner: 10Damilare Adedoyin) [03:02:45] (03PS3) 10Ejegg: Adyen Checkout: Switch ApplePay logic to use shipping contact by default [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/751475 (https://phabricator.wikimedia.org/T296881) (owner: 10Jgleeson) [03:03:43] (03CR) 10Ejegg: [C: 03+2] "This switches the names as requested! Not sure how much better data we'll get there, but it's worth a shot" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/751475 (https://phabricator.wikimedia.org/T296881) (owner: 10Jgleeson) [03:06:05] (03Merged) 10jenkins-bot: Adyen Checkout: Switch ApplePay logic to use shipping contact by default [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/751475 (https://phabricator.wikimedia.org/T296881) (owner: 10Jgleeson) [08:20:29] 10fundraising-tech-ops, 10Analytics-Radar: puppetize CA changes for kafkatee on fundraising banner loggers - https://phabricator.wikimedia.org/T296765 (10elukey) @Jgreen thanks a lot! [08:27:12] I'm poking around the ways to give links, and found this page doesn't work: https://donate.wikimedia.org/w/index.php?title=Special:LandingPage&uselang=en&country=DE&utm_medium=Waystogive&utm_source=Waystogive&utm_campaign=C11_Waystogive [08:27:34] oops! it's been too long... the page *does* work [08:28:20] I forgot how to use it, is all. My eye wasn't drawn to the "donate by credit/debit" / paypal buttons. [08:48:52] 10Fundraising-Backlog, 10fr-donorservices: EOY possible code related issue - https://phabricator.wikimedia.org/T298925 (10krobinson) Thanks for starting this @SHust. @DStrine when we dig in, could we confirm if this coding issue is isolated to the EoY summaries or if it is happening with regular TY emails to... [10:35:06] hey awight [13:07:18] (03PS4) 10Damilare Adedoyin: Add PIX as a payment type for Brazil [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) [13:09:08] (03CR) 10Damilare Adedoyin: Add PIX as a payment type for Brazil (032 comments) [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) (owner: 10Damilare Adedoyin) [13:17:00] 10Fundraising-Backlog, 10MediaWiki-extensions-CentralNotice: CentralNotice Geotargeting: Create continent list - https://phabricator.wikimedia.org/T292283 (10Pcoombe) Agree this would be helpful. "Clone campaign" (T91078) might be another way to make this easier, as you could then just copy from any previous c... [14:35:12] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [14:54:14] 10Fundraising-Backlog: disable civicrm oauth extension - https://phabricator.wikimedia.org/T298973 (10Jgreen) [14:55:49] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [14:56:47] 10Fundraising-Backlog: disable civicrm oauth extension and remove module from crm/drupal repository - https://phabricator.wikimedia.org/T298973 (10Jgreen) [14:57:19] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [14:59:03] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) [15:03:57] (03CR) 10Chico Venancio: [C: 03+1] "Nice to see this moving along!" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) (owner: 10Damilare Adedoyin) [15:07:51] 10fundraising-tech-ops: decommission fundraising dash - https://phabricator.wikimedia.org/T292481 (10Jgreen) 05Open→03Resolved [15:33:25] 10fundraising-tech-ops, 10Infrastructure-Foundations, 10Mail, 10SRE, 10Znuny: move donation,donate, donations (otrs, wikimania) exim aliases from SRE to ITS - https://phabricator.wikimedia.org/T297915 (10bcampbell) I can assist with this. I believe once SRE removes the aliases from their side, ITS can ad... [15:44:28] 10Fundraising-Backlog, 10SRE, 10SRE-Access-Requests, 10observability, and 2 others: Fundraising-Tech engineers unable to ACK icinga alerts on fr-tech host groups - https://phabricator.wikimedia.org/T298649 (10cmooney) a:03cmooney @jglesson hey just following up on this as I am on Clinic Duty this week.... [15:57:47] (03PS1) 10Jgleeson: Revert "Adyen Checkout: Switch ApplePay logic to use shipping contact by default" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/753068 [16:01:33] (03CR) 10Jgleeson: "Thanks for the review @ejegg but let's keep this one on hold. Sorry I should have mentioned in the commit msg that this is an optional pat" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/751475 (https://phabricator.wikimedia.org/T296881) (owner: 10Jgleeson) [16:05:01] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10Jgreen) 05Open→03Resolved a:03Jgreen We've done some additional tuning. [16:09:14] 10Fundraising-Backlog, 10Fundraising-Backlog-Old: eliminate or modify cases where we append a timestamp as a GET argument for a static object such as page-fade.png - https://phabricator.wikimedia.org/T132941 (10Jgreen) 05Open→03Declined This has not moved in ~6 years, clearly it's not going to happen. [16:10:56] 10Fundraising-Backlog, 10SRE, 10SRE-Access-Requests, 10observability, 10serviceops-radar: Fundraising-Tech engineers unable to ACK icinga alerts on fr-tech host groups - https://phabricator.wikimedia.org/T298649 (10jgleeson) Thanks @cmooney and yeah it makes sense not to give us permissions we don't need... [16:13:44] 10Fundraising-Backlog: Only retain fredge data for 2 years - https://phabricator.wikimedia.org/T288971 (10Jgreen) [16:14:13] damilare|brb: do you have a URL handy for testing out the PIX form? [16:15:20] jgleeson: sure, give me a min please [16:16:55] jgleeson: https://localhost:9001/index.php?title=Special:AstroPayGateway&appeal=JimmyQuote&payment_method=bt&recurring=&uselang=en&language=en¤cy=BRL&amount=100&country=BR&ffname=astropay&first_name=Jimmy&last_name=Wales&fiscal_number=999.999.999-00&email=jwales%40example.com&debug=true [16:17:04] (03CR) 10Jgleeson: [C: 03+2] Revert "Adyen Checkout: Switch ApplePay logic to use shipping contact by default" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/753068 (owner: 10Jgleeson) [16:18:34] thanks damilare! looks good to me also [16:18:44] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10RhinosF1) Could you please share what if possible? [16:19:21] (03Merged) 10jenkins-bot: Revert "Adyen Checkout: Switch ApplePay logic to use shipping contact by default" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/753068 (owner: 10Jgleeson) [16:19:46] (03CR) 10Jgleeson: [C: 03+2] "Tested this using https://localhost:9001/index.php/Special:AstroPayGateway?title=Special%3AAstroPayGateway&uselang=en&language=en¤cy" [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) (owner: 10Damilare Adedoyin) [16:19:48] Thanks jgleeson! [16:22:23] (03Merged) 10jenkins-bot: Add PIX as a payment type for Brazil [extensions/DonationInterface] - 10https://gerrit.wikimedia.org/r/752707 (https://phabricator.wikimedia.org/T280303) (owner: 10Damilare Adedoyin) [16:22:24] a lil bit of review-jacking there. ejegg|away gave it the +2 in spirit also! [16:22:32] 10Fundraising-Backlog, 10SRE, 10SRE-Access-Requests, 10observability, 10serviceops-radar: Fundraising-Tech engineers unable to ACK icinga alerts on fr-tech host groups - https://phabricator.wikimedia.org/T298649 (10Dzahn) @cmooney Perfect, I wanted to add exactly that but you already got it :) thanks [16:23:37] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10Jgreen) >>! In T296811#7613206, @RhinosF1 wrote: > Could you please share what if possible? Date: Mon Jan 10 03:39:35 2022 +0000 Adjust recurring queue redis warn/crit t... [16:24:19] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10RhinosF1) Thank you! [16:25:16] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10Jgreen) @RhinosF1 I meant to ask earlier, where are you receiving these alerts? I thought icinga was configured such that FR alerts weren't going to anyone outside fr-tech. [16:28:15] Jeff_Green: I think RhinosF1 was getting pinged due to the CRITICAL keyword coming up in the channel [16:28:33] in the FR channel? [16:28:55] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10RhinosF1) Via IRC. I monitor alerts because various alerts from Icinga require my response either because they are directly I need to respond due to my work at Miraheze or becau... [16:29:36] I think so [16:30:15] 19:27 AndyRussG: very unlikely as it's based on CRITICAL: [16:30:17] 19:27 I muted the channel for now [16:30:19] Y [16:34:56] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10Jgreen) >>! In T296811#7613227, @RhinosF1 wrote: > Via IRC. I monitor alerts because various alerts from Icinga require my response either because they are directly I need to re... [16:35:59] Hi [16:36:07] hey RhinosF1 [16:37:03] 10fundraising-tech-ops, 10observability: check_mysql / load on fr* is extremely spammy - https://phabricator.wikimedia.org/T296811 (10Dzahn) @Jgreen @RhinosF1 We are in the middle of fixing Icinga privs for all fr-tech members, see T298649. This will soon make it possible to downtime them via web UI or run oth... [16:37:05] I can understand if the alerts were needed but my main issue was it seemed to be resending notifications every 5 minutes [16:37:20] Which seemed a waste [16:38:19] that's an icinga tuning issue I suppose, it made sense in the pre-victorops days when the workflow was to ack the alert in icinga [16:38:52] If I trusted VictorOps to do the right thing, I would say we should turn renotification off in icinga [16:39:12] And then when I asked whether it was important (as an alert going off every few minutes at critical should be) I was told they can be ignored [16:39:16] It seems to me like the config for sending alerts if they are still active is too low [16:39:50] well [16:39:52] It maybe should only send the alert like once every few hours so it catches people that were alseep at the time [16:40:06] there are multiple ways to fix this [16:40:42] first, nagios/icinga is pretty dumb, the check_load test is going to re-notify as long as load is over X/Y/Z amounts [16:41:14] at the server side, I believe we can configure icinga not to re-send notifications for the same alert [16:42:12] I can't remember the threshold that was in place at the time offhand, but iirc it was at least 20, which is well above "normal" [16:42:57] what we had in this case was Superset graph generation hammering the database with queries that were getting stuck running for 5-10 minutes and running load through the roof [16:43:05] so an actual problem [16:43:43] it could be ignored because there was no need for SRE to do anything, and within the team we likely ack'ed the alert in VictorOps [16:44:05] meanwhile it was up to FR Analytics to look into why the queries were misbehaving [16:44:51] fr-tech gotta break for a bit to help out with homework. be back in 30 mins [16:44:53] honestly I preferred the old workflow a bit, having to ack things in two places so they stop alerting everywhere alerts can happen is sort of preferable [16:45:05] err "not preferable" :-P [16:47:09] Hmm [16:47:24] I can't find where the notifications are set for FR [16:47:32] they're passive checks [16:47:45] But In my setup I have an interval line in the notification [16:47:47] puppet/modules/icinga/templates/nsca_frack.erb or similar [16:48:02] I don't think changing the interval to an hour makes sense [16:48:02] Yeah but no notifications there [16:48:48] I think what makes sense is notifying until someone acks the alert [16:48:59] But every 5 minutes [16:49:18] perhaps you could subscribe to victorops instead of IRC? [16:49:18] That seems overly aggressive [16:49:48] I have 3 separate setups to monitor [16:50:45] there's no need for you to monitor FR at all [16:51:59] * RhinosF1 sticks to muting the channel so it can't ping me [16:53:09] how does SRE handle the icinga vs victorops ack issue, are alerts routinely acked in both places? [16:53:37] we've been thinking about how best to handle this and haven't figured out a good solution yet [16:53:51] Normal SRE alerts only seem to go off once [16:54:02] When they change state [16:54:23] does victorops re-notify until someone acks? [16:54:40] No idea [16:55:20] ok [16:57:00] WMCS seems to try more people according to wikitech [16:57:07] But not sure for prod [16:57:20] that won't work for us b/c there are only 2 to try :-P [16:57:57] VictorOps is alerting specific SRE though not a public IRC channel [16:57:59] well, scratch that, I mean we already do rollover like that, but it's not as effective as a solution in our case [16:58:08] yeah [16:58:21] same for us, icinga alerts the bot directly, and also alerts victorops [16:58:37] so unless you ack in both icinga and victorops, there will be noise [16:58:42] Is it alerting you when you are asleep? (Not that it does for me but this is a general point) [16:58:51] yes [16:59:03] during FR we have one person on call for 24x7 coverage [16:59:19] we have a 3H timezone difference, so we don't really have an option of not alerting at night [16:59:31] So you must either be being woken up or ignoring them? [16:59:43] this is why re-notification is important [17:00:05] its pretty easy to sleep through a single alert [17:00:31] But they aren't waking you up [17:00:57] Because they were going off at times for a good few hours [17:01:53] no, it's just that whatever happened, we aren't bothering to ack in icinga [17:02:45] Well that goes back to [17:02:47] 16:38:53 If I trusted VictorOps to do the right thing, I would say we should turn renotification off in icinga [17:03:10] I think if VictorOps is your main way of getting alerts then they should be managed in one place [17:03:38] right [17:03:43] I know icinga can auto resolve incidents so I wonder if it's something observability can streamline [17:04:27] at present, I'd say icinga is a better place at the moment, I've actually been saying for months maybe we should stop using victorops altogether for FR [17:04:36] Right [17:05:02] re auto-resolve, might be yeah, I haven't really dug in to what icinga can do in this case [17:06:06] It seems like you have 2 platforms that are causing twice the work [17:07:02] indeed [17:13:56] also victorops truncates the alerts to the point where they're mostly meaningless [17:14:24] Getting rid of VictorOps and using icinga seems like what you want [17:14:40] Given you dislike and don't trust it [17:14:44] whereas the icinga re-notification alerts can often be used to asses a situation on the fly--e.g. you see a problem changing [17:45:54] I ended up grabbing dinner after the homework. All that reading made me hungry [17:52:50] the whole concept of homework is questionable to me. The kids sit in school all day learning stuff but evidently it's not enough so instead of extending term periods they ask kids to do work at home in the evenings on top of work in the day which is arguably a less optimal time. Typically the request to do more work in the evening it not well received and even requires a bribe at times! :( [17:52:51] Could it also be normalising burnout early on hmm [17:53:31] I'm sure a teacher would educate me on these matters... [18:08:02] jgleeson: there are interesting things happening at the university level related to this. [18:08:47] there are professors that assign all the 'reading' material (be it book, online, videos, etc) to be done out of class time. then dedicate the class in person time to working through problems and in groups. [18:09:12] since most students have the harder times with applying the material vs consuming it. [18:10:45] that's a bit harder pre-uni. and with our kids in early highschool (roughly year 10 uk equivalent) there has been a marked step up of large volume work out of class. to the tune of 1-1.5 hrs a night. [18:10:56] yeah that makes sense [18:11:14] not sure if that's related to them being in tougher classes or just 'getting older' [18:12:03] i feel like part of the problem is selling the benefits to six year old [18:12:19] to a* [18:12:28] ha, yeah. to a six year old, i would push back hard on the school/teacher. [18:26:05] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10Patch-For-Review: Adyen forms for Euro Bundle - https://phabricator.wikimedia.org/T293292 (10CDenes_WMF) HI all, I noticed in the description of this task that the country/language combos are not accurat... [19:03:27] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10Patch-For-Review: Adyen forms for Big Bundle - https://phabricator.wikimedia.org/T293292 (10CDenes_WMF) [20:42:32] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10Patch-For-Review: Adyen forms for Big Bundle - https://phabricator.wikimedia.org/T293292 (10DStrine) Sorry for this but I I need to cope creep :( can we figure out why the card holder name, expiration d... [21:02:31] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10Patch-For-Review: Adyen forms for Big Bundle - https://phabricator.wikimedia.org/T293292 (10DStrine) ok it looks like we need to manually fix these: * Ukrainian * Hebrew * Latvian, * Catalan * Norwegia... [21:04:56] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Wireless Zipline, 10fundraising sprint Yeet-coaster, 10fr-donorservices: Add a second layer of confirmation to the batch merge deduper button - https://phabricator.wikimedia.org/T296042 (10Eileenmcnaughton) @SHust thi... [22:00:29] eileen: we updated the proxy_buffer_size for the live instance of civi but never did so for dev. it's possible that we could be hitting that limit with what you are testing. [22:00:53] dwisehaupt: yeah - we should do it for dev - but it's not a long-url situation [22:02:47] let me get the two in sync and i'll have you test again. [22:08:37] ok. changes pushed out. let me know if that changes anything. [22:20:11] dwisehaupt: yeah - oddly it did - but no long url in play - did they change affect other stuff? [22:21:38] there were 2 settings that were out of sync. one was for long urls and the other was for proxy buffer size. [22:21:59] i think it was the buffer size that affected what you were seeing but i got them both in sync for cleanliness. [22:22:24] dwisehaupt: ok - I'm a little perturbed the proxy buffer size was an issue here (as the report returns zero results) but I can ignore that [22:23:12] yeah. i get it. [22:41:08] 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Wireless Zipline, 10fundraising sprint Yeet-coaster, 10fr-donorservices: Add a second layer of confirmation to the batch merge deduper button - https://phabricator.wikimedia.org/T296042 (10SHust) Thanks, Eileen. I tes... [22:45:55] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Tokenize Adyen card transactions for monthlyConvert - https://phabricator.wikimedia.org/T299001 (10Ejegg) [22:47:26] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Implement RecurringConversion in Adyen Checkout adapter - https://phabricator.wikimedia.org/T299002 (10Ejegg) [22:49:54] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Do not re-render Adyen card fields under MC modal - https://phabricator.wikimedia.org/T299005 (10Ejegg) [22:54:40] dwisehaupt: I guess that means the proxy buffer size is for buffering the request as well as the response? [22:56:22] 10Fundraising-Backlog, 10FR-Adyen: EPIC: Monthly convert for Adyen - https://phabricator.wikimedia.org/T290338 (10Ejegg) [22:56:24] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Do not re-render Adyen card fields under MC modal - https://phabricator.wikimedia.org/T299005 (10Ejegg) [22:56:26] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Tokenize Adyen card transactions for monthlyConvert - https://phabricator.wikimedia.org/T299001 (10Ejegg) [22:56:28] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Implement RecurringConversion in Adyen Checkout adapter - https://phabricator.wikimedia.org/T299002 (10Ejegg) [23:01:57] 10Fundraising-Backlog, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Monthly convert amounts should be set in config - https://phabricator.wikimedia.org/T283834 (10Ejegg) [23:02:01] 10Fundraising-Backlog, 10FR-Adyen: EPIC: Monthly convert for Adyen - https://phabricator.wikimedia.org/T290338 (10Ejegg) [23:04:21] cstone: do you want to just make a patch for the fundraising-dev repo with that new monthlyConvertCountries setting? [23:04:31] yeah I can do that [23:04:35] seems like we could just +2 that without the phab overhead [23:04:40] thanks! [23:05:07] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Create monthlyConvert variant yaml files for Adyen - https://phabricator.wikimedia.org/T299009 (10Ejegg) [23:06:11] 10Fundraising-Backlog, 10FR-Adyen, 10MediaWiki-extensions-DonationInterface, 10Recurring-Donations: Create monthlyConvert variant yaml files for Adyen - https://phabricator.wikimedia.org/T299009 (10Ejegg) [23:06:15] 10Fundraising-Backlog, 10FR-Adyen: EPIC: Monthly convert for Adyen - https://phabricator.wikimedia.org/T290338 (10Ejegg) [23:08:15] 10Fundraising-Backlog, 10FR-Adyen: EPIC: Monthly convert for Adyen - https://phabricator.wikimedia.org/T290338 (10Ejegg) > Can adyen use the same modals as ingenico? If we have to copy/paste these I can see tracking and testing becoming very complicated. It'll use the same modal template, the same string repla... [23:11:50] 10Fundraising-Backlog, 10Wikimedia-Fundraising-CiviCRM, 10fundraising sprint Yeet-coaster, 10FR-AutoTY-Email, and 2 others: implement Italy email the old school way ... this one last time - https://phabricator.wikimedia.org/T298908 (10AnnWF) a:03AnnWF [23:22:24] 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10fr-donorservices, 10FR-Email: EOY failmail - ‘No contributions in the given year’ exceptions blocking the mail sends job - https://phabricator.wikimedia.org/T298803 (10Eileenmcnaughton) a:03Eileenmcnaughton [23:23:18] 10Fundraising-Backlog, 10fundraising sprint Yeet-coaster, 10fr-donorservices, 10FR-Email: EOY failmail - ‘No contributions in the given year’ exceptions blocking the mail sends job - https://phabricator.wikimedia.org/T298803 (10Eileenmcnaughton) 05Open→03Resolved These no longer block the job run (yay) [23:23:42] 10Fundraising Sprint Visual C Saw, 10Fundraising Sprint Xenomorph Petting Zoo, 10Fundraising-Backlog, 10fundraising sprint Universal Cereal Bus, and 4 others: Deal with EOY emails that did NOT go out - https://phabricator.wikimedia.org/T299011 (10Eileenmcnaughton) [23:23:55] (03PS1) 10Eileen: Add api for wmf_eoy_receipt_donor table - exposing to the UI [wikimedia/fundraising/crm] - 10https://gerrit.wikimedia.org/r/753181 (https://phabricator.wikimedia.org/T299011)