[00:21:22] Fundraising Sprint We all meet again, Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog: Add 'Stock Information' field to thank you letter - https://phabricator.wikimedia.org/T268081 (CDenes_WMF) Whoops sorry yall, just got caught up on the conversation prior. Please disregard my comment above -... [00:35:48] (PS1) Ejegg: Sweden form for Adyen [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/644637 (https://phabricator.wikimedia.org/T268647) [00:45:25] Interesting article https://www.vox.com/future-perfect/21754625/covid-19-pandemic-generosity-charity-cash-transfers [01:11:03] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (KHaggard) Open→Resolved a:KHaggard Hopped in IRC with talked it through with @Eileenmcnaughton and... [01:13:36] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (KHaggard) [01:36:54] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (jkim_wikimedia) Thanks all! [01:37:18] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (Eileenmcnaughton) Just one point of clarification - the add to group rather than the export alter... [01:48:10] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (KHaggard) Thanks for that clarification, @Eileenmcnaughton ! Personally, I'm a fan of the 7-day... [03:25:32] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1363 [03:30:32] PROBLEM - check_mysql on frdev1001 is CRITICAL: SLOW_SLAVE CRITICAL: Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 1663 [03:30:43] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, Patch-For-Review: Docker dev setup: Set up process control - https://phabricator.wikimedia.org/T268685 (jgleeson) >>! In T268685#6656784, @AndyRussG wrote: >> I feel like the only objection at the moment to not building application-specific imag... [03:39:54] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, Patch-For-Review: Docker dev setup: Set up process control - https://phabricator.wikimedia.org/T268685 (jgleeson) >>! In T268685#6656784, @AndyRussG wrote: > Isolated can mean many different things. It doesn't have to mean that the setup is all... [03:40:36] RECOVERY - check_mysql on frdev1001 is OK: Uptime: 1322330 Threads: 14 Questions: 139365346 Slow queries: 759080 Opens: 44108985 Flush tables: 1 Open tables: 200 Queries per second avg: 105.393 Slave IO: Yes Slave SQL: Yes Seconds Behind Master: 0 [05:01:28] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (Eileenmcnaughton) @KHaggard slow down is relative! It would be faster with a shorter time period... [05:27:05] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (MSuijkerbuijk_WMF) @KHaggard Thanks for working on this. Should we have a clear piece of document... [10:47:11] fundraising-tech-ops, Operations, netops: Manage frack switches with Netbox - https://phabricator.wikimedia.org/T268802 (ayounsi) Thanks! let me know if I can help! Another useful thing would be to duplicate the production "networking" puppet fact, to have LLDP, IPs, etc. exposed there as well. [11:03:06] Wikimedia-Fundraising-Banners: [M Sm] Glitch in keyboard display when selecting RML input - https://phabricator.wikimedia.org/T269159 (Pcoombe) Open→Resolved Fixed and tested [11:03:08] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile Small w/ RML options in fixed element - https://phabricator.wikimedia.org/T269040 (Pcoombe) [11:10:53] fundraising-tech-ops, Operations, netops: Manage frack switches with Netbox - https://phabricator.wikimedia.org/T268802 (jbond) >>! In T268802#6662467, @ayounsi wrote: > Another useful thing would be to duplicate the production "networking" puppet fact, to have LLDP, IPs, etc. exposed there as well.... [14:41:08] tzag fr-tech! [14:43:45] wow @ monday! [14:43:59] jgleeson fr-tech heyyyy [14:47:48] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog: Get civi working on docker - https://phabricator.wikimedia.org/T262975 (jgleeson) Hey @AndyRussG should we set aside some time to chat about our other Docker conversation over in https://phabricator.wikimedia.org/T268685? It might impact the approac... [14:48:01] Hey AndyRussG! [14:48:03] :) [14:54:30] AndyRussG: I posted a reply last night after Oscar finally went to sleep! :) which includes a demo of a docker stack built using application-specific images. I feel like that could help clear up one of the issues you mentioned about keeping the src outside the image and help the discussion. [14:54:40] here : https://phabricator.wikimedia.org/T268685#6661858 [14:56:06] it's probably a bit rushed but I could build upon it with more detail if you need it [14:56:57] Looks like awight has added some good feedback on the process-contorl dockerize patch [14:57:11] I'll take a look at that first and then see what's next! [14:57:22] thanks awight for the review! [14:58:46] when catching up on email and the irc backscroll, I felt it might make sense to prioritise dockerizing fundraising-tools soon as silverpop and the audit jobs would be a nice thing to have in docker and more easily testable locally [15:07:32] jgleeson AndyRussG hi hi [15:07:37] hey mepps ! [15:07:41] how was your week off [15:07:52] mostly lovely jgleeson [15:08:08] good good. how's the cabin life? [15:08:22] it was good jgleeson aside from a couple of difficult bedtimes [15:08:26] which it sounds like you had too? [15:08:31] mepps jgleeson :) [15:08:50] ah yes mepps, the last few nights have been ROUGH! lol [15:08:56] ditto jgleeson! [15:09:43] Matilda woke screaming Monday night at 3am and wouldn't settle or nearly an hour which ended up in Oscar getting upset and having to sleep in a different room with me and Roxy downstairs on the airbed will tilly, which meant everyone was sleepy on his birthday Monday [15:09:43] jgleeson as regards your suggestion of taking some time to chat about Docker today, it's not really a good day for me for that, since my kids arrive this afternoon, and since I've been a bit sick the past couple days, I have even more housework to deal with before they get here than usual [15:09:56] jgleeson we've had Sam in a crib and she learned (again) how to climb out [15:10:03] !!! [15:10:19] we'd had her in a sleepsuit that kept her in and now she can climb out while wearing it [15:10:26] AndyRussG: ahhh sorry man to bug you when you're sick. No worries it can wait, no rush! [15:10:30] jgleeson that does sound tough! [15:10:32] ahhh sorry to hear about the sleeping difficulties mepps and jgleeson [15:10:45] AndyRussG thanks! [15:10:53] jgleeson ok thanks. I'll read what you've written and look at the code you wrote up [15:11:05] ninja baby mepps [15:11:16] jgleeson what I don't see in your implementation are the libraries needed and where the config goes [15:11:17] hi fr-tech [15:11:26] totally jgleeson--she also sometimes will hit me out of nowhere so it's very apt [15:11:29] hi ejegg! [15:11:47] jgleeson (that's just on a really quick first glance) [15:11:59] AndyRussG: maybe when the time works for you and you're feeling better we could go over it on a call and I could talk through any gaps you see and then decide if it still makes sense [15:13:06] and maybe get other folks on to get their feedback [15:13:24] hi ejegg ! [15:13:31] mepps: lol a real ninja then [15:13:40] just watch for the flying stars [15:14:31] jgleeson you're joking but if she had a toy star she'd throw it at us :) [15:14:33] with love of course [15:14:41] lol! [15:14:50] it's never mean--just curious [15:15:02] like "oh what happens if i pinch mom's cheek super hard??" [15:15:41] jgleeson ok I think probably the time for that that could work for both of us is tomorrow early morning or early afternoon (Pacific Time) [15:16:25] (since my evening, which is when I'll be back at the keyboard after the housework and such, is the middle of the night for you) [15:20:10] mepps: wow her and Tilly sound very alike. You just reminded me, I was up until 1am on Monday night assembling a bike that my dad bought for Oscar, took forever as I couldn't work out how to correctly install the brakes, and then when I was finally done I put the bike downstairs with a bike helmet we'd bought to go with it. Fast forward to the next morning after the difficult night and Matilda [15:20:12] goes down and out of all the things to pick up from Oscar's gifts she picks up Oscar's bike helmet and has proceeded to wear int he house, car and the garden for the full day. Luckily Oscar wasn't too bothered but we've now gotta buy another one as she screams if we take it off her. I was expecting her to have it on in the bath this morning... [15:20:29] fr-tech Jeff_Green we run Civi Buildkit in production to set up Civi, via production puppet, I imagine? [15:21:17] * AndyRussG greps about production puppet [15:22:19] AndyRussG: nope, puppet just handles config files and the code tree is done by rsync_blaster with whatever is in the gerrit deploy branch [15:22:40] oh, plus the overlay of the localsettings config, which is also done by rsync_blaster [15:23:34] if there are in place upgrades to run, i.e. when there are schema changes, those are done either by drush or by applying SQL manually [15:24:11] haha Sam also loves to wear a bike helmet--we had to her her own [15:24:33] lol [15:24:34] get her her own that is [15:26:12] AndyRussG: that's cool, I guess we can still chat in bits here. Do you want me to add an example of how we'd manage shared config/misc stuff using this type of docker stack layout? https://github.com/jackgleeson/docker-example [15:27:34] I don't really wanna invest too much time in adding in bigger app in like payments-wiki as it might be time wasted if we don't use that approach by the end of it [15:29:54] actually I might just focus on finishing off process-control and add that into the fundraising-dev project, and then come back to our talk on implementation approach when we have our call [15:30:20] Jeff_Green: aahhhh interesting [15:31:37] Fail Mail : DATABASE_CONTENTION: civi1001 [15:31:42] :/ [15:32:03] jgleeson: ok sure! yeah chatting in bits here is also better for me this morning.... thanks so so much for understanding! [15:32:54] fr-tech do we want to be able to run civi buildkit locally under Docker? We have our own civi buildkig wmff profile... Is it up-to-date then? If not on prod then where do we currently run it? just in vagrant then? [15:33:28] yeah i think in vagrant AndyRussG and now in eileen's project [15:33:44] I don't think we install civicrm with buildkit in vagrant? [15:34:00] I remember having to add it in to provide access to the `cv` thingy [15:34:08] after the fact [15:34:16] jgleeson which cv thingy? [15:34:29] hmm lemme refresh my memory [15:34:33] cv is a civi command-line utility [15:34:42] used in unit tests among other things [15:34:44] ahhh I remember that [15:34:57] (and provided as a part of civibuild) [15:35:09] err, civicrm-buildkit [15:35:13] here AndyRussG https://github.com/wikimedia/mediawiki-vagrant/blob/e08da8ebcca46ee257131957332768c669deffa1/puppet/modules/crm/manifests/civicrm.pp#L57 [15:35:38] mepps jgleeson ejegg fr-tech I guess the main irreplacable thing civi buildkit would do locally is create the local database? [15:35:46] do we ever want to run it in the course of general dev work? [15:36:07] i think eileen uses it AndyRussG [15:36:12] AndyRussG: eileen seems to use it quite a bit [15:36:17] ejegg :) [15:36:20] and as a result generally has cleaner local dbs [15:36:35] I mostly don't, and often run into built-up cruft and oddities [15:36:40] ditto ejegg [15:36:42] ok so that's definitely a good reason to use it then [15:37:12] though I guess any form of frequently rebuilding the db would get you that [15:38:00] jgleeson as regards config for your proposed docker setup, I guess also consider having shared smashpig config across applications that use it? [15:38:20] ejegg is there another form of rebuilding the db for civi other than that? [15:39:05] maybe we want to expand on that say for creating and subsequently refreshing test civi data (i.e. not for tests, but data to use for dev purposes) [15:40:00] AndyRussG: I guess just blowing away the dbs and rerunning the install [15:40:04] AndyRussG: the shared config directory which dosn't exist in any projects-specific repo would sit at the top level of the project just like in yours and do the exact same thing, be mounted in where needed and managed in one place [15:40:41] the only real different between my example and yours is that the projects look after their own docker images, and not the dev project [15:41:18] which keeps them more encapsulated and easier to use outside of our dev project [15:41:27] fr-tech anything to share with scrum of scrums? [15:41:32] docker? [15:41:42] docker... and more docker [15:41:55] difference* [15:42:08] sure, I'll point to that ticket and ask if anyone with a lot more experience wants to weigh in [15:42:31] jgleeson apologies for not suggesting a video call about Docker this morning before meetings... I was just planning to be at the keyboard intermittently between now and when meetings start, and also did want to dig in more to a possible implementation bit I have going, and hopefully finally explain where I think there were misunderstandings in your longer post over the weekend, just kinda to [15:42:33] get that out there [15:42:54] jgleeson so, hope that's ok!!! [15:43:13] jgleeson so, not using the WMF's dev-images repo or docker-pkg? [15:43:20] ejegg yeee thanks! [15:43:51] what's not AndyRussG? the example project [15:44:03] jgleeson what's not what? [15:44:24] jgleeson ah I see [15:44:49] jgleeson no you said above, "the only real different between my example and yours is that the projects look after their own docker images, and not the dev project" [15:45:06] ejegg: did you spend any more time on the docker course btw? I was interested to see if you'd completed it [15:46:26] so by the dev project, you mean fundraising-dev? I mean, in what we have so far, the images aren't in fundraising-dev, though they are designed to work as part of fundrasising-dev (script and directory layout)... is not having that expectation what you mean by "not part of the dev project"? [15:46:34] ah AndyRussG, got you. Well as I wrote those images last night :) they're definitely not gonna exist in the WMF repo or be docker-pkg'ed up... but yes evetually we could ship all fundraising-tech app's docker images to the WMF repo and just pull them in from the registry like WMF is currently doing for the mediawiki images [15:48:15] ejegg when you say "just blowing away the dbs and rerunning the install" which install process do you mean? So there's another Civi install process available other than Civi Buildkit? [16:00:26] jgleeson: ok gotcha [16:01:10] fr-tech looks like the monthly tech update eats into tech-talk, should we move that out a littler? [16:01:13] little* [16:02:15] jgleeson: so, just a point that you may see as relevant or not, fundraising-dev so far really just does a few things... it provides standard locations for stuff across projects, provides a standardized config for Payments and Smashpig, and scripts up things that otherwise you'd have to copy and paste into the command line or files [16:02:58] sure jgleeson let's move it a bit [16:03:48] Wikimedia-Fundraising-Banners: [Candidate] Kinda artsy Banner - https://phabricator.wikimedia.org/T269245 (jbolorinos-ctr) [16:04:05] ah, looks like XenoRyet is the organizer on that, I can't move it [16:04:37] (i.e. the stuff recommended for pasting and running/creating manually here https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/core/+/master/DEVELOPERS.md and in the future I guess more or less what's in the Readme here https://github.com/eileenmcnaughton/civicrm-buildkit-docker [16:04:40] ) [16:05:05] Wikimedia-Fundraising-Banners: [Candidate] Banner icons - https://phabricator.wikimedia.org/T269246 (jbolorinos-ctr) [16:05:17] jgleeson: ah and also it concentrates logging [16:06:23] jgleeson: so technically there'd be not much preventing anyone from running the images in isolation using a different docker-compose and copying and pasting commands manually [16:06:33] does that make sense? hopefully helpful? [16:06:54] helpfully hopeful? [16:07:21] Wikimedia-Fundraising-Banners: [CANDIDATE] Average ribbon, updated to Current Best - https://phabricator.wikimedia.org/T269168 (jbolorinos-ctr) Open→Resolved a:jbolorinos-ctr QA has completed, no blockers found. Signing off on QA on this one now @spatton, this banner is now READY TO TEST! [16:09:31] Wikimedia-Fundraising-Banners: [Candidate] Kinda artsy Banner - https://phabricator.wikimedia.org/T269245 (jbolorinos-ctr) Screenshot Test Results - Desktop: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/z9bae50cf5b72e9bd89d [16:10:38] Wikimedia-Fundraising-Banners: [Candidate] Banner icons - https://phabricator.wikimedia.org/T269246 (jbolorinos-ctr) Screenshot Test Results - Desktop: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/z4673906cc981538a3e7 [16:11:35] AndyRussG: I just added a quick example of how you could add in a shared set of known configs across the different dockerized apps in the example - https://github.com/jackgleeson/docker-example/commit/a46f09428c9e46abca4446fb6630b7d65f572922 [16:12:14] that example is really just a POC which I thought you'd have questions for [16:12:15] Wikimedia-Fundraising-Banners: [Candidate] Foundation logo - https://phabricator.wikimedia.org/T269247 (jbolorinos-ctr) [16:12:35] but it felt like showing you a running thing was easier than trying to describe it [16:12:37] shoot, deadlocks [16:13:13] no big queries [16:13:25] I saw some earlier ejegg [16:13:30] so we know what's causing them? [16:13:50] Wikimedia-Fundraising-Banners: [Candidate] Popular amounts style 1 - https://phabricator.wikimedia.org/T269248 (jbolorinos-ctr) [16:13:58] jgleeson: guessing it's just the volume [16:14:18] we have a couple other jobs besides the QC that try to write to the core tables [16:14:26] plus whatever people are doing in the UI [16:15:09] Wikimedia-Fundraising-Banners: [Candidate] Popular amounts style 2 - https://phabricator.wikimedia.org/T269249 (jbolorinos-ctr) [16:16:03] jgleeson: yah, I see a bunch of things from the recurring queue hitting contention [16:16:32] we should really send those payments to the main donations queue instead: T240581 [16:16:32] Wikimedia-Fundraising-Banners: [Candidate] Popular amounts style 3 - https://phabricator.wikimedia.org/T269250 (jbolorinos-ctr) [16:16:32] T240581: Send recurring payment notifications to the donations queue - https://phabricator.wikimedia.org/T240581 [16:17:30] looking ejegg [16:17:51] Wikimedia-Fundraising-Banners: [Candidate] Foundation logo - https://phabricator.wikimedia.org/T269247 (jbolorinos-ctr) Screenshot Test Results - Desktop: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/zb1278b3c0d0dfe0aad9 [16:20:42] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, FR-Email: As a database manager, I need a full file civi export for _all_Wikimedia sent over this week - https://phabricator.wikimedia.org/T269170 (KHaggard) @MSuijkerbuijk_WMF Yes, I sent over a training doc I had via email. [16:32:48] AndyRussG: thanks. I kinda see what you mean, and I agree it wouldn't be much work to pull in application-specific images but having both options available and one by default will make the development experience inconsistent across the team and probably introduce the situation we have now were some use it one way, and others use another way, and bring some of the same problems. I feel like a [16:32:50] good starting point for a discussion on whether we use general docker images vs application-specific images would be to talk through the pros and cons of each approach, compare them to what is advised in best practice and get the feedback of more experienced users of Docker, and then decide on a preference. [16:34:34] I'm also conscious that this subject might be distracting in what is our most tense month of the year maybe? so it might not be one to get a final answer on this day/week/month. [16:46:13] wow fr-tech we have a two and a half hour straight meeting vortex coming up! [16:46:18] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (MSuijkerbuijk_WMF) Hi @Eileenmcnaughton!! Could you give us a bit more context on this? We have 3 RML programs running at the moment for en6c countries so I'd like to k... [16:46:29] yikes jgleeson! [16:46:42] yep! [16:46:48] we could potentially skip tech-talk? [16:46:56] just to give everyone some breathing room [16:47:35] maybe! [16:48:30] ooh i just got the docker services window in phpstorm and it looks exciting [16:48:39] oh nice [16:49:06] i spent like 20 minutes stuck jgleeson because i couldn't find the window and then realized i had to upgrade [16:49:33] what version does it come with mepps ? [16:49:47] I'm on 2020.20 [16:49:58] oops [16:50:03] one too many zeros [16:50:09] 2020.2 * [16:50:30] jgleeson yeah that's what i upgraded to [16:50:33] so now i have it [16:50:35] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (DStrine) This is the RML data flowing from Acoustic to Civi. Acoustic still has all these records but we are not creating new records in civi from them at the moment. T... [16:50:46] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (Ejegg) @MSuijkerbuijk_WMF This would just delay bringing the RML emails from Acoustic into Civi (creating email-only contacts) for the next couple of weeks. The job t... [16:50:58] oh hah, jinx dstrine [16:51:49] lol [16:51:53] ejegg: [16:52:04] yeah I don't think this is a blocker [17:06:38] Wikimedia-Fundraising-Banners: BETA banners - https://phabricator.wikimedia.org/T263602 (jbolorinos-ctr) [17:06:48] Wikimedia-Fundraising-Banners: BETA Design banners - https://phabricator.wikimedia.org/T263602 (jbolorinos-ctr) [17:39:55] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, Patch-For-Review: Docker dev setup: Set up process control - https://phabricator.wikimedia.org/T268685 (AndyRussG) Hi! Here are some replies, and some of the clarifications promised... > The only change is how the container accesses the files,... [17:51:35] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) @CDenes_WMF these banners still have the monthly convert active on Visa/Mastercard/Amex/Discover. @spatton, @TSkaff do we want to remove the MC before going live on these? [17:51:40] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog: Is rsyslog dropping messages that audit processor needs? - https://phabricator.wikimedia.org/T269269 (Ejegg) [17:54:18] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (MSuijkerbuijk_WMF) @Ejegg I'm afraid I can't answer that question, I don't know how the RML data connects with Civi. We do have specific query criteria in the RML pro... [17:58:29] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (EYener) @DStrine Any chance we can chat about this during Civi Fortnightly? I'd also like to learn more / hear some details. [18:07:13] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (TSkaff) Ya we'd want to take that out. Forgot these are a little older, so thanks for asking John! Other than removing the MC are they ok? And control copy might need an update too ... [18:09:04] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (spatton) [18:09:45] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (spatton) Hey @jbolorinos-ctr, Randy and Eric updated these banners to include Current Best changes today, so I've removed the old links from the Description in this card and replaced them with the app... [18:10:24] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) Thank you Sam!! [18:12:11] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (MSuijkerbuijk_WMF) @EYener I can't make that call, late for me. So could you record it? Or update me after? [18:12:14] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) Screenshot Test Results - Desktop: - Paired with Maybe Later: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/ze30c8ea35a9eed85fb8 - Dark Blue button: - Camoufl... [18:14:18] Wikimedia-Fundraising-Banners: [Dark blue button] Button covers part of the copy in main banner - https://phabricator.wikimedia.org/T269276 (jbolorinos-ctr) [18:17:24] (PS1) AndyRussG: WIP Initial Civi setup [wikimedia/fundraising/dev] - https://gerrit.wikimedia.org/r/644884 (https://phabricator.wikimedia.org/T262975) [18:18:44] fr-tech here is the current tip of the most recent Gerrit changes for fr-dev Docker: https://gerrit.wikimedia.org/r/c/wikimedia/fundraising/dev/+/644884/ [18:18:56] Wikimedia-Fundraising-Banners: [Candidate] Kinda artsy Banner - https://phabricator.wikimedia.org/T269245 (jbolorinos-ctr) Open→Resolved @spatton everything looks good on this variant. Signing off on QA now, closing task as resolved, this banner is READY TO TEST! [18:19:01] If you rebuild the images, you'll need to go with that version of fundraising-dev [18:19:17] thanks AndyRussG I'll try it out [18:19:24] I think I'm still on the gitlab repo [18:19:27] jgleeson: thank u!!!!!!!!! :D [18:19:29] so I'll switch that over too [18:19:41] jgleeson: yeah there are a few changes, the previous changes in Gerrit are pretty minor [18:20:10] and civi one is totally incomplete, just adapts Payments for the change in the image for now [18:20:28] XenoRyet: want to push the teck talk calendar entry back till after this meeting? [18:20:46] Yea, can do [18:22:55] Anyone else catch PHP 8 released last week? [18:23:01] mepps: pls lnk if u have questions or are stuck on anything with the Docker setup :) I may not be at the keyboard very continuously after tech-talk, since kids arriving soon, housework, etc., but I'll still see pings and backscroll :) [18:43:02] Wikimedia-Fundraising-Banners: [Candidate] Banner icons - https://phabricator.wikimedia.org/T269246 (jbolorinos-ctr) Open→Resolved Wow it's really cool how the currency symbol changes in the icon for different countries! Signing off on QA for this variant now, no blockers found, @spatton this banner... [19:14:13] Wikimedia-Fundraising-Banners: Thank you! We will send you a reminder email. Text is off-centered - https://phabricator.wikimedia.org/T269151 (Pcoombe) Open→Resolved This was fixed. [19:14:17] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile Small w/ RML options in fixed element - https://phabricator.wikimedia.org/T269040 (Pcoombe) [19:14:41] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile Small w/ RML options in fixed element - https://phabricator.wikimedia.org/T269040 (Pcoombe) Open→Resolved a:Pcoombe All issues resolved, banner was tested and adopted! [19:38:53] Wikimedia-Fundraising-Banners: [Dark blue button] Button covers part of the copy in main banner - https://phabricator.wikimedia.org/T269276 (EWilfong_WMF) @jbolorinos-ctr - Take a look now. I changed some padding to resolve the issue. [19:45:17] Fundraising-Backlog, Fr-CentralNotice-Translation-Bugs, MediaWiki-extensions-CentralNotice, MediaWiki-extensions-Translate, and 2 others: BannerExistenceException due to non-existing CentralNotice banner (after Special:LanguageStats view) - https://phabricator.wikimedia.org/T157997 (thcipriani) S... [20:00:42] Wikimedia-Fundraising-Banners: [Candidate] M Lg: Payment methods 1st in order - https://phabricator.wikimedia.org/T269289 (TSkaff) [20:01:23] Wikimedia-Fundraising-Banners: [Candidate] M Lg: Payment methods 1st in order - https://phabricator.wikimedia.org/T269289 (TSkaff) p:Triage→High [20:18:41] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) [20:18:43] Wikimedia-Fundraising-Banners: [Dark blue button] Button covers part of the copy in main banner - https://phabricator.wikimedia.org/T269276 (jbolorinos-ctr) Open→Resolved Looks good now! Thanks so much @EWilfong_WMF for the quick fix! Closing this as Resolved now. Fix verified {F33932474} [20:19:47] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) QA has completed now on these variants. Signing off, these banners are now READY TO TEST! @CDenes_WMF [20:19:55] Wikimedia-Fundraising-Banners: [CANDIDATE] QA for WYDG variants - https://phabricator.wikimedia.org/T265925 (jbolorinos-ctr) Open→Resolved [20:33:57] Wikimedia-Fundraising-Banners: [Candidate] M Lg: Payment methods 1st in order - https://phabricator.wikimedia.org/T269289 (jbolorinos-ctr) Sure getting started on these now, will let you know if any issues are found. [20:36:39] Wikimedia-Fundraising-Banners: [Candidate] M Lg: Payment methods 1st in order - https://phabricator.wikimedia.org/T269289 (jbolorinos-ctr) Screenshot Test Results - Mobile: - Payment Methods > Frequency > Amounts: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/z77ff82a298542ede425 -... [20:40:31] Fundraising Sprint We all meet again, Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, Patch-For-Review: Payment Method will not update on contribution record - https://phabricator.wikimedia.org/T266617 (DStrine) Resolved→Open [20:47:42] Fundraising-Backlog: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (MNoorWMF) [20:48:36] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (DStrine) A bunch of us had a conversation about this and it should not be blocking any email sends in the near future. This export to civi is really just "nice to have"... [21:19:20] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (DStrine) [21:19:43] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Turn off import of RML during peak load - https://phabricator.wikimedia.org/T269185 (DStrine) [21:20:55] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Use Guzzle to make API request to CiviProxy to retrieve opt-in / opt-out fields. - https://phabricator.wikimedia.org/T268497 (mepps) @Ejegg I was considering looking at this tomorrow. Want to post any thou... [21:27:18] Wikimedia-Fundraising-Banners: frb.replaceSeenCount should not have 2020 hardcoded - https://phabricator.wikimedia.org/T269299 (Pcoombe) [21:32:11] Fundraising Sprint Xtreme Lolcats, Fundraising-Backlog, MediaWiki-extensions-DonationInterface: Use Guzzle to make API request to CiviProxy to retrieve opt-in / opt-out fields. - https://phabricator.wikimedia.org/T268497 (mepps) This looks like what I need documentation wise: https://docs.civicrm.org... [21:35:37] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM, FR-Email: Matching Gifts: Add fields to all_wikimedia from SSI database - https://phabricator.wikimedia.org/T269294 (KHaggard) Quickly chiming in here that _all_Wikimedia already has been mapped with **employer_id** and **employer_name** from the ci... [22:22:39] Wikimedia-Fundraising-Banners: Investigate low rate of paypal monthly convert donations - https://phabricator.wikimedia.org/T269303 (spatton) [22:22:46] Wikimedia-Fundraising-Banners: Investigate low rate of paypal monthly convert donations - https://phabricator.wikimedia.org/T269303 (spatton) p:Triage→High [22:31:10] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Stripe the never ending story - https://phabricator.wikimedia.org/T269305 (Eileenmcnaughton) [22:32:45] in other, only in NZ news, we got a visit from a neighbour a couple of doors down wanting to borrow a weedeater to sort out their front paddock to prepare their house for sale. Richard gave them some sheep instead [22:36:27] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile large and small w/ old 5 option ask string - https://phabricator.wikimedia.org/T269306 (spatton) [22:37:16] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile large and small w/ old 5 option ask string - https://phabricator.wikimedia.org/T269306 (spatton) Hey @jbolorinos-ctr! Erin and Runjini requested that we re-test our old mobile large and small ask strings, which featured 5 options instead of the new 7. Could... [22:37:22] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile large and small w/ old 5 option ask string - https://phabricator.wikimedia.org/T269306 (spatton) p:Triage→High [23:10:12] Wikimedia-Fundraising-Banners: [CANDIDATE] Mobile large and small w/ old 5 option ask string - https://phabricator.wikimedia.org/T269306 (jbolorinos-ctr) Screenshot Test Results - Mobile: - M Lg: https://app.crossbrowsertesting.com/public/i15b74a2dc92badb/screenshots/z4156d820f0430d7db87 - M Sm: https://app....