[00:49:56] §Collaboration-Team, § Fundraising Sprint E, §Collaboration-Team-Sprint-Q-2015-02-25, §Collaboration-Team-Sprint-P-2015-02-11, § Wikidata-Sprint-2015-01-21, § Fundraising Dash, § Fundraising Sprint Devo, § Fundraising Tech Backlog, §Analytics-sprint-2015-01-08, § ... - https://phabricator.wikimedia.org/T89646#1042687 [05:50:07] Wikimedia-Fundraising-CiviCRM, § Fundraising Sprint Devo: BUG: Gateway Reconciliation Report not pulling all donations - https://phabricator.wikimedia.org/T89288#1042896 (Ppena) I can use her numbers for this Recon (Dec/Jan), but would like to have a permanent solution going forward (have the correct numbers... [14:00:42] Fundraising-Backlog: Spike: Let's take a look at recurring - https://phabricator.wikimedia.org/T86087#1043486 (MeganHernandez_WMF) @atgo There is a trello card in with research&data for this. Ellery has not run this yet. [14:50:12] § Fundraising Sprint Devo, Wikimedia-Fundraising-CiviCRM: BUG: Undo a recent merge of two contact records in Civi - https://phabricator.wikimedia.org/T89408#1043594 (Jgreen) I restored the civicrm dump from 2/9/2015 to lutetium's dev_civicrm db. [17:50:42] Jeff_Green: Can I forward a bunch of stuff to you? [17:50:55] I mean: Wait, let me rephrase. [17:51:04] I'm going to forward a bunch of stuff to you. [17:51:21] It's from the PCI people. [17:52:03] I'm still waiting on a few things they have yet to send over, but it's a start anyway. [18:03:07] (CR) Ejegg: [C: -1] "Extra call cleanup looks good, but I think the deletion of the userBoards parameter from the nav-bar tag in app-content.html was unintende" [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/188674 (owner: Ssmith) [18:03:19] * AndyRussG waves [18:04:05] Hey AndyRussG. How goes? [18:04:24] Hi K4 & AndyRussG [18:04:51] How was everyone's weekend? [18:04:56] K4-713: not bad! (Just Cecilia's home sick since yesterday, but it's just a mild cough.) How are you? [18:04:59] Hi ejegg! [18:05:47] ejegg: Not bad... made some important headway on non-work stuff on Sunday, Saturday organized a successful birthday party :) how're you? [18:06:05] hi K4-713! i'm stuck on the 6th floor until someone can give me a keycard (forgot mine), but i'm here :P [18:06:10] I'm annoyed that it's overcast today. [18:06:27] I wanted an overcast day over the weekend, but NooooOOOOoooo. [18:06:33] K4-713: hmmmm.... overcast but no rain? [18:06:34] pretty good, spent tons of the weekend in bed and got over that cold/flu/whatever [18:06:45] I had to prune that stupid tree while looking directly in to the sun. [18:06:52] ejegg: right, darn flue... how are you feeling? [18:07:00] And now there's all these nice clouds and I'm not out there. [18:07:05] :[ [18:07:11] K4-713: ouch! sorry to hear that... [18:07:12] Think it's all gone, knock wood [18:07:21] ejegg: cool :) [18:07:50] Yesterday I think I made a bit of a mess in Phabricator, but it's less than it seems... atgo when u have a chance I can explain what I was trying to do and maybe get some guidance? There's a card I was waiting to close and another I was waiting to remove, just wanted to get your opinion first... [18:07:56] Sorry for the mess [18:07:58] also [18:08:00] heh [18:08:01] hehe sounds good AndyRussG [18:08:14] Messes are how they know you're serious. [18:08:18] :) [18:08:21] I don't know who "they" are, but it's still true. [18:08:39] also, messes keep our projects on top of the popularity list! [18:08:40] Hmmmm I _could_ make it worse (jk) [18:08:56] Always an option. ;) [18:09:22] You can't intend to make it worse, it has to just happen... otherwise it doesn't count [18:10:47] AndyRussG: I think you can notice you're about to make it worse, and just do it anyway. That still counts. [18:11:02] heheh true [18:11:05] As long as it's still a by-product. [18:11:08] exactly [18:13:27] ejegg: Glad to hear you beat the dinosaur flu. [18:13:37] Are you still buried in a snowdrift? [18:15:19] atgo: the card I think we can close is the Special:RecordImpressions spike, T88614... I put some ideas about closing in the card itself... And potentially we could just remove T45250 from the sprint, and reduce its priority level. Yesterday I got some informal feedback that things improved following the temporary fix [18:16:05] i am buried in emails :P [18:16:18] AndyRussG: can you move the one to be closed into "deployed"? [18:17:04] K4-713: yeah, all houses here have igloo outer shells now [18:17:34] Wow. [18:17:43] Sometimes I miss snow. [18:17:47] And then people say things like that. [18:18:13] walking down the sidewalk is an avalanche hazard [18:18:18] :o [18:18:23] Okay, now I'm back on board again. [18:18:26] §Collaboration-Team, § Fundraising Sprint E, § Fundraising Dash, §Collaboration-Team-Sprint-P-2015-02-11, § Wikidata-Sprint-2015-01-21, §Collaboration-Team-Sprint-Q-2015-02-25, § Fundraising Sprint Devo, § Fundraising Tech Backlog, §Analytics-sprint-2015-01-08, § ... - https://phabricator.wikimedia.org/T89646#1044085 [18:20:05] so AndyRussG the only thing is that T88614 should also include a plan for banner history [18:21:31] atgo: ah oops you're right, I forgot about that. Well, on that point we're not there yet [18:21:35] :) [18:21:54] the other one i'm going to comment and check with krinkle about if it's addressed enough for now, forever, or not :) [18:21:55] sound ok? [18:21:59] atgo: how specific does it have to be? I have a general idea of where it could go [18:22:35] i think a roadmap for megan, etc. would be good, especially if we can show what she'd get first, second, etc.. [18:22:45] and we need to make sure ops is OK with it, too [18:23:01] so that we can pull the trigger on working on it once everyone's on board [18:24:06] atgo: OK... Yeah I think the "die in a fire" one (T45250) can't be closed yet. The fix is really temporary [18:24:39] But... the more premanent fix should get rolled in with work on banner history [18:24:58] § Fundraising Sprint Devo, Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice: Special:RecordImpression should die in a fire - https://phabricator.wikimedia.org/T45250#1044108 (atgo) @krinkle @faidon now that we have the temporary fix, could we downgrade priority or close this? [18:26:36] § Fundraising Sprint Devo, Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice: Special:RecordImpression should die in a fire - https://phabricator.wikimedia.org/T45250#1044109 (faidon) p:Unbreak!>Normal Downgrading, but since this is as you said a temporary, this should probably stay open? As I u... [18:28:13] MediaWiki-extensions-DonationInterface, Wikimedia-Fundraising: False positive payment prompt - https://phabricator.wikimedia.org/T88895#1044112 (CCogdill_WMF) Open>declined I followed up with the user twice and have yet to receive more information. This issue hasn't yet been reported by any other donors... [18:29:20] thanks AndyRussG :) [18:32:29] MediaWiki-extensions-CentralNotice, § Fundraising Sprint Devo, § Fundraising Tech Backlog: CentralNotice: Extra rounds trip due to mobile redirect - https://phabricator.wikimedia.org/T86101#1044133 (atgo) Woo! [18:35:43] § Fundraising Sprint Devo, Wikimedia-Fundraising, Fundraising-Backlog: Deploy Swedish thank you letter - https://phabricator.wikimedia.org/T89611#1044159 (atgo) p:Triage>High [18:35:57] § Fundraising Sprint Devo, Wikimedia-Fundraising, Fundraising-Backlog: Deploy Swedish thank you letter - https://phabricator.wikimedia.org/T89611#1040314 (atgo) [18:36:13] § Fundraising Sprint Devo, Wikimedia-Fundraising, Fundraising-Backlog: Deploy Swedish thank you letter - https://phabricator.wikimedia.org/T89611#1040314 (atgo) Adding to current sprint because we are live in Sweden [18:36:30] ugh. wikibugs. [18:36:37] ding. ding. ding. dingding. [18:36:49] buh? [18:39:41] Oh. I get it. You're not muted. [18:42:27] ? [18:42:33] ah right [18:42:54] * AndyRussG is slow on the uptake after eating leftover chocolate pancakes smeared with peanut butter [18:45:03] add some bacon and you've got an Elvis-worthy breakfast [18:47:05] § Fundraising Dash, Fundraising-Backlog: New Dash widget request: Rejections widget - https://phabricator.wikimedia.org/T89528#1044229 (atgo) [18:47:30] § Fundraising Dash, Fundraising-Backlog: Add country & date filters to Fraud widget on Dash - https://phabricator.wikimedia.org/T89526#1044232 (atgo) [18:47:31] ejegg: yeah I was looking for the bacon! [18:47:38] Maybe I'll just wash it down with an apple [18:47:56] § Fundraising Dash, Fundraising-Backlog: Add country & date filters to Fraud widget on Dash - https://phabricator.wikimedia.org/T89526#1044237 (atgo) p:Triage>Normal [18:48:02] § Fundraising Dash, Fundraising-Backlog: New Dash widget request: Rejections widget - https://phabricator.wikimedia.org/T89528#1044239 (atgo) p:Triage>Normal [18:48:51] § Fundraising Sprint E, Wikimedia-Fundraising-CiviCRM, Fundraising-Backlog: Civi feature: bulk send TY letters to donors who don't receive them when they donate - https://phabricator.wikimedia.org/T89516#1038310 (atgo) [18:51:52] § Fundraising Sprint Devo, § Fundraising Dash: BUG: Fraud widget numbers don't seem right - https://phabricator.wikimedia.org/T87810#1044260 (Ejegg) I see the new task requesting the rejection data and new filters in the widget, so I'll close this one. [18:52:56] It always made me sad that in all my years in Mexico, I never could convince anyone to try a peanut butter, honey and banana sandwich [18:53:17] § Fundraising Sprint Devo, § Fundraising Dash: BUG: Fraud widget numbers don't seem right - https://phabricator.wikimedia.org/T87810#1044268 (Ejegg) Open>Resolved [19:02:49] meganhernandez: Hey, you around? [19:03:30] hi K4-713 [19:03:43] Hey meganhernandez! Question for you... [19:04:28] Do you have a link to some kind of public overview type deal that explains what we've been up to for the last year? [19:04:56] I should also say fundraising-specific. [19:05:01] Not, like... everybody. [19:06:07] we have a fundraiisng info meta page [19:06:28] That sounds like a good candidate. [19:06:39] general info at the top and then latest updates at the botom [19:06:40] https://meta.wikimedia.org/wiki/Fundraising [19:07:36] meganhernandez: This is exactly the kind of thing I was looking for.. Are we going to keep this relatively up to date? [19:07:46] No more pages called Fundraising[year]? [19:07:52] yeah, that’s the idea [19:07:59] Woot. Thank you. :) [19:08:07] sounded like people were getitng lost in the year ones so we swiched to this [19:08:11] about a year ago [19:08:31] i think we’ll just archive old updates and keep the recent stuff there [19:08:44] Sounds great. [19:15:12] ejegg: K4-713: offhand do you remember how deploys 'n' merges to mediawiki-config work? It'd be nice to test this on the beta cluster before it hits production, but I don't remember how or if it's possible: https://gerrit.wikimedia.org/r/#/c/182078/ Also apologies if I've asked this before... ;) [19:16:02] AndyRussG: I think the last time I did that, it was from a machine which has since been decommissioned. [19:17:45] K4-713: hmmm ;) I'm pretty sure it gets done on other machines now, then [19:17:52] or then, now [19:18:02] Well, yes. [19:18:08] yes well! [19:18:16] I'd be astonished if it's the exact same process, though... [19:18:26] yeah [19:18:46] different MAC addresses, at least :) [19:21:05] AndyRussG: Okay, sorry, I was neck-deep in something else for a bit. [19:21:24] K4-713: np! [19:21:35] There should be a link for this. [19:21:37] Somewhere. [19:21:50] I could actually ask on #operations, but I'm embarassed [19:21:55] Yeah I was just looking [19:22:30] https://wikitech.wikimedia.org/wiki/Heterogeneous_deployment#Change_wiki_configuration seems likely. [19:22:40] ...kind of. :/ [19:23:19] Oh yeah, that's totally the thing. [19:23:54] K4-713: yurp! thanks much :) [19:23:58] np [19:31:25] Hmmm looks like this is how it goes on the beta cluster https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/How_code_is_updated#How_does_MediaWiki_configuration_get_updated.3F [19:31:43] I'll just add a note on the Gerrit change, I guess [19:32:03] (PS10) Ssmith: Library and Profile styles and flow [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/188674 [19:32:52] (CR) Ejegg: [C: 2] Library and Profile styles and flow [wikimedia/fundraising/dash] - https://gerrit.wikimedia.org/r/188674 (owner: Ssmith) [19:34:48] thanks ejegg :) [19:35:37] looking good! [19:36:00] Do you need me to do any backend work for the stuff you're working on? [19:36:21] Like adding a failed donation measure to the x-by-y graph? [19:52:32] ejegg that will be coming up! [19:52:39] cool [19:54:21] pizzzacat: lunch? [19:54:32] K4-713: yess [20:10:59] what on earth is a "S:RI deploy"? (https://gerrit.wikimedia.org/r/#/c/188395/) I make so many silly mistakes, I think something must be wrong with my brain... [20:11:53] AndyRussG: :) it must be contagious, cos that sounds pretty reasonable [20:12:35] "Users that are targeted will still trigger a S:RI deploy on every page view" blrggg [20:12:40] * AndyRussG waves at awight :) [20:12:49] hi :) [20:12:54] :) [20:12:58] oh, hehehe yeah that's baby brain or something [20:13:33] Definitely get that checked, if it lasts more than three months :p [20:13:37] Maybe it's the world that's wrong, and not me. If I say "S:RI deploy", that obliges the world to have such a valid thing [20:13:44] heh [20:14:13] Hrm going on like 40 years and some [20:15:13] heh though do let me know if it seems to be worsening!! [20:15:56] for example if next time I say "S:RI call" when I should say "S:RI deploy" [20:18:43] Hey awight are you able to merge a config change and deploy it only to the beta clownster? [20:19:21] (just curious, no rush if you're busy or... not working today or something :) ) [20:19:21] AndyRussG: hmmm. I think those are what the -labs files are for [20:19:39] e.g. wmf-config/InitialiseSettings-labs.php [20:20:11] awight: well, yes [20:20:39] AndyRussG: sure, I can deploy if u want--do you have the patch prepared? [20:20:41] awight: but that's the only route? [20:20:46] afaik, yes [20:20:59] and I think it's a bit of a free-for-all in there [20:21:09] awight: K lemme break it into 2 patches then, one for beta cluster and one for prod [20:21:22] one sec [20:22:18] AndyRussG: btw, I'm totally available at the moment, but will have to spring into real life if the kid squawks [20:22:32] awight: ah K thanks :) [20:23:53] AndyRussG: ooh, I just learning this from a comment in InitialiseSettings-labs.php, [20:23:56] * Return settings for wmflabs cluster. This is used by wmfLabsOverride(). [20:23:59] * Keys that start with a hyphen will completely override the regular settings [20:24:02] * in InitializeSettings.php. Keys that don't start with a hyphen will have [20:24:05] * their settings combined with the regular settings. [20:24:16] cool. [20:25:22] that sounds magical [20:26:00] AndyRussG: sorry, my charge is awake [20:26:13] awight: np! I'll get the patches set in any case [20:26:18] no rush, have fun :) [20:35:01] awight: Here's the labs-only one [20:35:03] https://gerrit.wikimedia.org/r/#/c/191132/ [20:59:46] pizzzacat: Standup? Er, in three? [20:59:55] yep yep [21:26:30] ejegg: So, yeah. The antifraud tour. [21:26:36] Let me just look at one thing... [21:27:17] I'll send the basic query I did that seemed to show lots of reject [21:29:16] Hum. Just looking at the cc-limbo queue, there do seem to be a lot of messages stuck in limbo. [21:30:17] First thing: Any time you see the same ctid / order_id being reprocessed more than one time, that's a message stuck in limbo. [21:30:43] ...and now I'm going to channel hop for great justice. [22:13:33] !log updated payments-wiki-staging from ce73ed11de9775a596c51acdc036503751961bc8 to cbaf66e7705789f37117ec6edc4d936c6174d511 [22:13:40] Logged the message, Master [22:33:06] hey ccogdill! [22:33:13] hey atgo [22:34:04] what’s up? [22:34:05] do you have a query that pulls the rejections only? do you need one? ccogdill ^ [22:34:46] I want the one that pulls fraud only for country, not currency [22:34:52] I think I just need to play with the one on the dash a bit [22:34:56] haven’t had a chance yet [22:35:52] oh actually… I guess I need more information. ejegg explained my payments validation query was wrong because it was lumping rejections with fraud [22:35:58] right [22:35:58] I need to know if this is a GC thing only [22:36:10] I asked in a phab task but I don’t think I’ve gotten an answer yet... [22:36:34] if it works for WP, I think that’s fine for now. the IL data is the one that’s harder for Pats to pull because WP reporting is not great [22:36:41] right [22:36:49] so i have your phabricator tasks for the dash changes [22:37:10] K4-713: do you want to review my explanation on https://phabricator.wikimedia.org/T87810#1044260 to make sure I'm not BSing ccogdill ? [22:37:19] haha, sure. [22:37:43] atgo I asked the question on T87810 but it was in the middle of a long thread [22:37:45] may have gotten lost [22:37:55] yeah that's where i'm looking :) [22:38:07] ahh hi ejegg! i was just about to reopen the task with some questions for you :) [22:38:25] oops, sorry, I didn't see the additional request there. Reopening... [22:38:47] just a quick question ejegg - from the task: As I understand it, the fraud numbers I was pulling were incorrect because they included bank rejections during the authorization phase. Does this apply to Worldpay as well as GC? Katie built my query for France originally, so I'm wondering if that's why it is off for GC countries. [22:39:46] § Fundraising Sprint Devo, § Fundraising Dash: BUG: Fraud widget numbers don't seem right - https://phabricator.wikimedia.org/T87810#1044982 (Ejegg) Resolved>Open [22:40:56] thanks ejegg :) [22:42:18] ccogdill: My theory was that the extra rejections you counted could have been validation errors even before the bank authorization [22:42:39] which would apply to all processors [22:43:02] like abandonment? [22:43:07] ejegg: any way we could get ccogdill a new query just for fraud? [22:43:15] atgo I need more than that for WP [22:43:27] I need to be able to show success, WMF reject, bank reject [22:43:45] which is why I thought my old query was perfect :p [22:43:47] requirements refined :) thanks ccogdill [22:44:02] I will need to talk to PPena about the validation error theory [22:44:07] OK, I think I can conjure that up [22:44:11] thank you! [22:50:05] § Fundraising Sprint Devo, Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice: Special:RecordImpression should die in a fire - https://phabricator.wikimedia.org/T45250#1045026 (atgo) Thanks @faidon. We're looking into longer term solutions... there's a spike for it here: T88614 [22:50:12] Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice: Special:RecordImpression should die in a fire - https://phabricator.wikimedia.org/T45250#1045028 (atgo) [23:10:51] § Fundraising Sprint E, Wikimedia-Fundraising-CiviCRM, Fundraising-Backlog: Civi feature: bulk send TY letters to donors who don't receive them when they donate - https://phabricator.wikimedia.org/T89516#1045068 (atgo) @ccogdill_wmf I'm assuming that we really want a 1-off here, but would take the feature if... [23:11:53] § Fundraising Sprint E, Wikimedia-Fundraising-CiviCRM, Fundraising-Backlog: Civi feature: bulk send TY letters to donors who don't receive them when they donate - https://phabricator.wikimedia.org/T89516#1045073 (CCogdill_WMF) @atgo I think the opposite is true. The 1-off will be the short term solution, but... [23:13:59] § Fundraising Sprint E, Wikimedia-Fundraising-CiviCRM, Fundraising-Backlog: Civi feature: bulk send TY letters to donors who don't receive them when they donate - https://phabricator.wikimedia.org/T89516#1045081 (atgo) Ok. We'll look into what the options are. To be honest if it's just every 6 months, it may... [23:15:01] § Fundraising Sprint E, Fundraising-Backlog: Change errors on credit card forms from popup to red text - https://phabricator.wikimedia.org/T86214#1045083 (atgo) [23:15:34] § Fundraising Tech Backlog, Fundraising-Backlog: Create Alipay-specific TY page - https://phabricator.wikimedia.org/T88700#1045085 (atgo) [23:15:37] § Fundraising Sprint E, Wikimedia-Fundraising-CiviCRM, Fundraising-Backlog: Civi feature: bulk send TY letters to donors who don't receive them when they donate - https://phabricator.wikimedia.org/T89516#1045086 (CCogdill_WMF) @atgo okay. 6 months would be the minimum, more likely once a quarter whenever we g... [23:23:21] Wikimedia-Fundraising-CiviCRM, § Fundraising Sprint E, Wikimedia-Fundraising: Ressurect phpunit tests for the CRM modules - https://phabricator.wikimedia.org/T86686#974159 (atgo) @awight is this a blocker for upgrading to 4.4? [23:23:28] Continuous-Integration, Release-Engineering, § Fundraising Tech Backlog, Wikimedia-Fundraising-CiviCRM, § Fundraising Sprint E: Deploy CiviCRM integration job to WMF integration server - https://phabricator.wikimedia.org/T86374#967336 (atgo) @awight is this a blocker for upgrading to 4.4? [23:24:01] § Fundraising Sprint E, § Fundraising Tech Backlog: BUG: GC CC donations inconsistent in when they reach Civi - https://phabricator.wikimedia.org/T89016#1045110 (atgo) p:Triage>Normal [23:24:19] § Fundraising Sprint E, § Fundraising Tech Backlog: BUG: GC CC donations inconsistent in when they reach Civi - https://phabricator.wikimedia.org/T89016#1025478 (atgo) [23:25:46] § Fundraising Sprint Devo, Fundraising-Backlog: BUG: Internal fraud "reject" data does not match GC's numbers; seems too high - https://phabricator.wikimedia.org/T89190#1045115 (atgo) @ejegg is this related to the email you sent about HU earlier? [23:26:28] uuugh wikibugs you are so loud in my ear drums [23:27:10] atgo: yeah, that email is related to that ticket. I was just getting some guidance from K4 [23:27:16] cool, thanks :) [23:32:15] Continuous-Integration, Release-Engineering, § Fundraising Tech Backlog, Wikimedia-Fundraising-CiviCRM, § Fundraising Sprint E: Deploy CiviCRM integration job to WMF integration server - https://phabricator.wikimedia.org/T86374#1045130 (awight) I'd really like it to be. It will make the upgrade much less risk... [23:32:27] § Fundraising Sprint Devo, Wikimedia-Fundraising, MediaWiki-extensions-CentralNotice: Special:BannerRandom causing lots of fatal error messages - https://phabricator.wikimedia.org/T89258#1045131 (AndyRussG) Results from this debug log: - All the calls to this code were indeed coming through the expected route... [23:39:59] ejegg: have u perchance the power to merge config changes and push them to the beta cluster? [23:41:15] https://wikitech.wikimedia.org/wiki/Nova_Resource:Deployment-prep/How_code_is_updated#How_does_MediaWiki_configuration_get_updated.3F [23:42:05] actually it looks like just merging is 'nuf [23:42:50] let me see [23:43:00] sorry, one sec [23:50:10] AndyRussG: yes, looks like I have +2 there [23:51:11] ejegg: we hoo, here's the link if u'd like...https://gerrit.wikimedia.org/r/#/c/191132/ [23:51:13] you're interested in the (Labs only) patch? [23:51:22] cool, looking now [23:51:30] Yeah! I'd like to watch how it does on labs before going further :) [23:52:04] Just switches to ugly URLs. This should be OK now that the code to handle them is out [23:52:18] yep, cool [23:52:28] ...and will finally allow mobile browser test and do away w/ the extra mobile round-trip :) [23:53:09] ok, +2ed! [23:53:16] ejegg: woohoo, thanks! :) [23:53:28] * AndyRussG eyes beta cluster... [23:54:24] Hmmm looks like the jenkins job ran already! https://integration.wikimedia.org/ci/job/beta-mediawiki-config-update-eqiad/1936/console [23:55:46] Hmmm no actual change yet on the beta cluster, I guess it takes a little while..