[05:49:18] (PS1) Awight: Add missing test autoload classes [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/165974 [10:15:42] (CR) Pcoombe: [C: 2] "This should be fine without plainlinks. The test email is still sending the old mail, but that has class="external text" around the donate" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/165873 (owner: Awight) [15:29:17] (PS1) Ejegg: Call exchange_rate_convert with timestamp, not time [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/166055 [16:39:34] awight: good morning! [16:39:50] mind checking a tiny code change? https://gerrit.wikimedia.org/r/166055 [16:39:59] sure! [16:40:29] (CR) Awight: [C: 2] "Oops, sorry to miss that earlier!" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/166055 (owner: Ejegg) [16:41:17] Rockin! let me get that up in prod... [16:43:13] think it's OK to deploy the OAuth modules (though not enable them yet) and the matching gifts in en letters? [16:45:17] (PS1) Ejegg: Merge remote-tracking branch 'origin/master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/166061 [16:46:54] awight: okay to roll in your ty letter update commits with the deploy? [16:56:11] (CR) AndyRussG: "Cool beans!! :) Just a few tiny suggestions..." (2 comments) [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/165607 (owner: Ejegg) [17:05:28] (CR) Ejegg: [C: 2] Merge remote-tracking branch 'origin/master' into deployment [wikimedia/fundraising/crm] (deployment) - https://gerrit.wikimedia.org/r/166061 (owner: Ejegg) [17:31:57] ejegg: yessir! [17:32:25] oops, I see I missed the boat. If they aren't in, I can deploy again n.p. [17:32:27] !log updated civicrm from c684b07805ad75f10796fd4dbb82ece4818a7aa3 to 05e5388df34059c651223d53fb2986ac1c39a2d9 [17:32:30] hehe [17:32:32] Logged the message, Master [17:32:34] whew, glad it was OK! [17:33:45] running the recalc now. It seemed to be getting the right rates on dev_ with the latest update [17:40:27] (CR) Katie Horn: [C: 2] Add missing test autoload classes [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/165974 (owner: Awight) [17:40:45] (Merged) jenkins-bot: Add missing test autoload classes [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/165974 (owner: Awight) [17:40:54] ugh, my estimates weren't taking refunds into account. [17:41:42] and those seem to have bigger discrepancies between recorded USD and recalculated USD than positive numbers do [17:41:44] oof. how is that possible? [17:41:46] huh [17:41:54] should I have left them out of the recalc? [17:42:05] It's all in syslog, so we can undo it [17:42:07] no, they should be included [17:42:28] just to confirm, your query to get the total is just sum(total_amount), right? [17:42:34] yeah [17:42:40] cool. [17:42:48] but i realize i did my estimates off net [17:43:00] aha [17:43:01] which seems to be missing for a lot of the refunds [17:43:06] It might be worth examining how refunds are currency converted, currently. [17:43:11] rats, that should be a card. [17:43:22] Would not be surprised if we're not quite doing that right. [17:44:03] Hi all... Is there standup today? [17:44:22] AndyRussG: Hi! And, yes... unless you have some reason not to. [17:44:26] i can post my estimate sql someplace - it's in ejegg tables recalc and rates on lutetium [17:44:33] i mean the data I used [17:45:00] K4-713: ah no... I thought I saw some other FR-related thing on a calendar at the same time, maybe not tho [17:45:08] * K4-713 frowns [17:45:12] basically, sum(net_amount) group by date(receive_date), currency [17:45:26] AndyRussG: Ah, right. That's not everybody. [17:45:46] Ah K thanks [17:46:08] In fact, I should probably be optional on that one. [17:46:45] anyway, i thought we'd add $155 for 2013-2014, instead we dropped about $1,100 [17:52:59] FWIW, I think we should go ahead with your estimate, cos this is not enuf $$ to delay the report. [17:53:17] I don't know how megan feels about it, but this seems like the sane way to go. [18:13:17] ewulczyn_____: Hey, you around? [18:14:08] K4-713: I'm at home, but available [18:15:01] Cool. I was just wondering if there was any particular conclusion that was reached, about the supposed low banner impressions from that test last... friday. [18:15:13] K4-713: I have https://meta.wikimedia.org/wiki/Help:CentralNotice and https://www.mediawiki.org/wiki/Extension:CentralNotice, with the former being more important internally I think? [18:15:37] AndyRussG: Thanks! [18:16:01] np [18:16:26] Hmm also loads of sub-pages https://www.mediawiki.org/wiki/Extension:CentralNotice#See_also [18:16:32] Of course. :) [18:17:10] Some a bit old... [18:17:28] AndyRussG: I'd be surprised if they're less than 50% lies at this point. :/ [18:18:07] If you could remove the lies and replace with truth, that would be fantastic. :D [18:18:18] This is pretty much the case all the time. [18:18:44] K sounds like a plan :) [18:18:47] AndyRussG: Also, I'm not seeing anything about bucketing and how that actually works. [18:18:53] This question comes up a lot. [18:19:09] I mean, there's this: https://meta.wikimedia.org/wiki/Help:CentralNotice#Targeting_with_Buckets [18:19:14] But that's really... short. [18:19:16] Yeah that's one of the questions that Ellery had and that I kept putting off [18:19:20] baha [18:19:30] * K4-713 tries to look surprised [18:20:28] I just kinda wanted to answer it myself based on a fully understanding of what's going on, but in retrospect I should have asked someone for a quick summary 8p [18:20:42] Almost there [18:20:49] Yeah it's not self-evident [18:21:07] AndyRussG: Also, it's probably important to make sure that if you do get a quick summary from somebody, that you look to make sure that wasn't lies either. [18:22:29] Mmmm I'll check with my kids for the exact definition of lying [18:22:59] heh [18:23:17] I think you can believe you're telling the truth and still be lying. [18:23:32] That's the dangerous one. [18:24:06] Hmmm [18:25:48] Optimists do it all the time. [18:25:49] Not sure where to go with that... is it a question for a psychologist? a philosopher? [18:26:04] Let's get them all in a room. [18:26:32] Just for fun, let's add a lawyer or two. [18:26:48] Hmmmm [18:26:57] (for some value of "fun") [18:28:51] wholesome glutten-free amusement [18:30:47] but yes on the topic of fun, confronting any quick summaries I get and whatever I think I understand about the code sounds like a good way to find possible mistakes in both :) [19:06:04] lol I'm willing to lie about this any time, but in the meantime, I think I'll write some FUD [19:22:29] awight|fud: cool... thanks, I'll ask you for untruths in a bit... :) [19:50:35] ewulczyn_____: I see you've grown a new underscore. Long week? [19:51:33] awight: I sent a message muddying the waters about the reconversions [19:52:17] sum(total_amount) was still giving me 40k more than the draft report, even after reconvershion shaved off 1k [19:52:41] i'm guessing some older contributions were imported since Sherah pulled those numbers weeks ago. [19:52:45] Sound likely? [19:56:00] hey ejegg or awight [19:56:38] do either of you have a link to a WP USD form - and am I allowed to test with it? I’m trying to do some testing of settling transactions manually [19:57:08] ejegg: I'm surprised. What does a query on the prod db give you? [19:57:16] ccogdill: sure, lemme get u that [19:57:27] awight: those were the prod #s [19:57:46] thanks! [19:58:08] ccogdill: I think that will work: https://payments.wikimedia.org/index.php?title=Special:WorldPayGateway&amount=1.00¤cy=USD [19:58:15] awight: there were also more rows in the table than contribution count listed on the report [19:58:41] That's weird cos I just did the same query on Wednesday and it looked durn close. [19:58:54] cool, thanks awight :) [19:59:07] select sum(total_amount) from civicrm_contribution where receive_date > '2013-07-01' and receive_date < '2014-07-01'; [19:59:18] ? [19:59:30] hrmph. I think the other query was <= 6-30 [19:59:39] which is sadly going to give a different amount. [19:59:44] oh, that'll cut out a whole day! [19:59:53] I think so. [20:00:06] but 6/30 contributions are actually part of 2013-2014, so the new #s are more accurate [20:00:16] I think you want >= 7-01, though? [20:00:25] receive_date is a datetime [20:00:47] oh, but imported would get midnight [20:00:54] let me check if that changes things [20:01:47] buckle up :) [20:01:47] select '2014-07-01 00:00:00' > '2014-07-01'; [20:02:13] that makes me feel funny [20:02:14] that's just a string compare [20:02:24] aha thx [20:02:58] select cast('2014-07-01 00:00:00' as datetime) > '2014-07-01'; [20:02:59] right [20:03:15] cool [20:03:30] so yeah just the witching second. should not have any effect. [20:03:53] unless imported stuff with only a date gets set to midnight [20:04:24] seems not to affect the total though. [20:05:56] so sum(total_amount) is cool. Can I tell Megan you checked my work and to go ahead with these #s: [20:06:01] select sum(total_amount) from civicrm_contribution where receive_date >= '2013-07-01' and receive_date < '2014-07-01'; [20:06:07] 51070659.50 [20:06:27] select count(*) from civicrm_contribution where receive_date >= '2013-07-01' and receive_date < '2014-07-01' and total_amount > 0; [20:06:33] 2665845 [20:06:35] ? [20:28:23] ejegg: that total_amount > 0 is highly suspect [20:28:49] I would either strip out refunded donations (contribution_status_id=1), or include them (no total_amount clause) [20:28:55] so... probably the former. [20:29:15] and, I don't think that was done when Anonymous originally pulled those numbers for the report [20:30:14] ok, let me get the numbers with the status [20:30:38] you might also want to verify that count(total_amount < 0) == count(status=refunded) [20:32:23] Who is guardian of the fr-* list membership? [20:32:26] ok, refunded looks like id 9 [20:32:59] in theory the refund import and refund button code will set that. However, many refunds are still done manually. [20:33:03] well, the counts are close [20:33:05] i bet. [20:33:09] ok good enuf :) [20:33:21] 2,982 on the status, 2,869 negative total [20:33:39] awight: Re fr-* email: That would be ops. [20:33:41] rad. [20:33:48] K4-movingtarget: kthx [20:33:50] :) [20:35:21] 'complete' status gives 2,665,731, total > 0 gives 2,665,845. Odd, I thought total>0 was going to be almost 3k higher. [20:38:41] ewulczyn_____: can I invite you to the fr-tech and fr-online mailing lists? [20:38:50] (maybe you don't want to be on -tech, actually. spam) [20:39:31] Whatever. Tech is wonderful. [20:39:33] ;) [20:39:34] awight: sure. also if you have an undescore trimmer, I'll take it [20:39:44] lol. What's wrong with your client? [20:39:52] It's very impressive, don't get me wrong :p [20:40:22] I hate getting my underscores trimmed. [20:41:50] Yeah i writhe too much and end up with cuts on my name, like "awighf" or "avight" it hurts. [20:42:07] if just they could do it while I'm asleep. [20:42:22] The trick is to not wait too long between 'em. [20:42:23] thoughtless extraterrestrials. [20:42:32] bahaha [20:42:33] <_< [20:42:34] >_> [20:43:31] you could just trim the underscores to make them straight and get rid of any split ends [20:44:06] awight: anytime you have a chance to chat buckets let me know? thanks in advance :) [20:44:22] AndyRussG: hehe, as soon as I'm done with this bucket-oriented email, yessir. [20:44:37] :) thanks [20:44:41] Just a bucket of an afternoon! [20:53:16] (PS1) Ejegg: Clarifications: rename one var, delete another [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/166138 [20:54:09] (CR) Ejegg: "Good suggestions! I implemented them in a follow-on commit." [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/165607 (owner: Ejegg) [21:01:40] awight: /me trembles with bucketfear [21:01:55] WHY is the new thing to make all documentation as an effing movie. [21:02:08] ? [21:02:33] oh god it burns [21:02:38] ? [21:02:44] U ok? [21:03:01] I'm sure you've seen these. like a 10-minute video about how to go System Preferences -> Audio [21:03:13] Ah yes indeed [21:03:31] I almost got roped into making some of those [21:04:22] hah dodged that one... [21:04:53] AndyRussG: what is yr preferred medium for this chat? we could etherpad documentation... [21:05:15] sure, whatever's easiest for you is fine [21:05:36] Well lemme fine a room then, we can talk for a minute too [21:05:41] I already have been reading some bucket code but didn't fully get to the bottom of the ...buckets [21:05:46] no joke [21:05:50] more crabs than you can eat [21:06:16] In central notice, the bucket crabs eat you! [21:06:36] ejegg: ^^ inviting u optionally, if you're interested. [21:06:58] sure, I'd love to understand more [21:07:32] ok, heading to room & vidchat [21:15:46] Jeff_Green: You still there? [21:15:55] ya [21:15:59] Oh hai. [21:16:08] hey! [21:16:14] did I break something? [21:16:26] Not that I know of. I have one of those perennial questions, though. [21:16:33] ok [21:16:36] IPv6. [21:16:50] oh, yeah? [21:16:56] I think maybe. [21:16:57] :/ [21:17:07] think whut [21:17:13] like, a goal for this fundraiser? [21:17:21] So, what's... the deal with IPv6 and the payments cluster? [21:17:31] We're forcing 4 or something, aren't we? [21:17:45] yeah, we force it before we get that far [21:18:01] afaik we're not even routing IPv6 to frack yet [21:18:28] I have been copied on an RT ticket in which Reedy is asking for IPv6 on donate wiki... [21:18:32] I don't really have a good handle on what needs to happen to support it in frack, we could probably consume a day or two figuring that out [21:18:56] Yeah... and I don't even know if minfraud works (correctly) with IPv6 yet. [21:19:02] my feeling about ipv6 is "that's nice, but talk to me when we're actually at risk of losing donors" [21:19:19] Though, I have a call with maxmind next week, and I can probably ask. [21:19:20] i think we concluded minfraud data is good enough [21:19:23] ok [21:19:39] why don't we carve out some time next week to look at the whole issue [21:19:40] I want their voodoo to continue to work. [21:19:43] right [21:20:06] also all the other stuff on the backend [21:20:16] ... [21:20:23] bahaha, just call the meeting "Everything" [21:20:34] what happens when apache starts populating the client IP with ipv6 IPs [21:21:23] I'm not sure if there was anything else that we didn't think would work. [21:21:34] yeah [21:22:13] let's do an Every6thing sprint and go through everything [21:22:24] That would be cool... [21:22:42] Everythin6 ? [21:22:42] Can you throw something on my calendar for later in the week? [21:22:48] hahahahahah [21:22:50] HAHAHAHHAHAHA [21:22:50] ...that's better. [21:22:56] I'm not calendar compliant [21:23:06] that would mean I have to log into gmail [21:23:07] I... am mildly jealous. [21:23:31] the only calendar I truly use is on the kitchen bulletin board [21:23:38] right next to the rotary phone [21:23:57] They probably don't even know how to talk to eachother, either. [21:24:13] you can bonk the calendar with the receiver when there's a conflict [21:24:28] I sort of wish I could go back in time and try to explain to somebody how the calendar can make your phone ring. [21:25:10] wait they can do that? [21:25:34] I plug everything into everything. [21:25:44] ejegg: AndyRussG: erp. I just got severely conferenceroom-jacked. [21:25:48] had to hard reboot the machine. [21:25:54] The washing machine can program my DVR. [21:26:01] Anyway, we didn't get to the questions. Shall we? :) [21:26:02] ha [21:26:08] Also, can someone send me the etherpad link? [21:26:17] The Laundry Channel. [21:26:26] http://etherpad.wikimedia.org/p/bucketbingo [21:26:38] o_O [21:26:39] * K4-713 smirks [21:27:14] Jeff_Green: Okay, well... what time next week would you like to talk about Everythin6? [21:27:50] i'm pretty open all week, whatever works for you is fine [21:28:54] K4-713: should we carve out like half a day to loosely work on it? [21:29:16] Hurrrrm. [21:29:17] i.e. timeshared with other tasks? I'm guessing this is going to be more about spelunking code and config than discussion [21:29:26] Maybe I should run this by atgo when she gets back. [21:29:29] ok [21:29:45] we could assign out things to investigate in a meeting i guess [21:35:38] Jeff_Green: Hargh... I'll send an email in a minute and leave it up to atgo. [21:35:43] k [21:41:41] K4-713: there is something you should see. [21:43:27] awight: orly? [21:43:33] Is it a bucket of beer? [21:43:44] ...I saw something about buckets, is all. [21:44:07] D buckets of beer on the wall [21:44:27] 99 buckets of bottles of beer on the wall... [21:44:39] meh just a goat party that somehow ended up in the "crime" section of the newspaper. [21:44:46] ... [21:45:39] what, it was supposed to go in the classified ads? [21:45:53] awight: ejegg thanks much! [21:46:23] the quotes are hilarious, too. All these sentence fragments got strung together into "my name is kaiser sose. my voice is my passport" [21:47:31] I somehow remember one before that humor is more bizarre on Friday [21:47:51] my name is kaiser passport. my voice is my sose [21:47:55] we're just warming up. you should see the things we can't say over IRC [21:48:05] AndyRussG: Sneakers (1992) ref [21:48:23] Jeff_Green: Oh, other rando loose end that you may not know anything about anymore: Are any other teams at wmf still using civi? [21:48:32] HAH [21:48:35] I ask, because I think you knew something about this, like, two years ago. [21:48:36] awight: the only other question I have is if there are examples of banners that programatically assign buckets? [21:48:45] awight: You too. [21:48:49] AndyRussG: lemme see if I can find any. [21:48:51] K4-713: this came up not too long ago, like 5 months or something [21:48:59] really? [21:49:04] What happened? [21:49:18] and I think at the time there was still an instance lying around, which people still understood to be very slightly used, and there was talk about deprecating it [21:49:27] it may have died with pmtpa, I'll have to investigate [21:49:46] hum. [21:49:48] awight: thanks! [21:50:01] Jeff_Green: Yeah, let me know if you run across whatever it was. [21:50:15] i'll find out [21:58:15] PPena: I'm curious: http://webcache.googleusercontent.com/search?q=cache:8yRRTEdStT4J:https://www.adyen.com/home/about-adyen/press-releases/2013/gie-carte-bancaire-acquiring-capabilities-adyen.html+&cd=4&hl=en&ct=clnk&gl=us&client=firefox-a [21:58:21] Does that mean what I think it does? [22:01:46] PPena: also, what about this? Is "Carte Bancaire" what we're looking for? http://onlinepayments.thepaypers.com/en/psp/show/uid/173/cname/GlobalCollect/tab/2 [22:05:48] PPena: yeah, can you remind me what's wrong with GlobalCollect's Carte Bancaire processing? [22:06:29] ok folks, I'm out. have a good weekend! [22:07:15] awight sorry in a call, give me a few mins [22:07:40] k [22:09:38] AndyRussG: fyi, select * from cn_notice_log where notlog_end_buckets=4; [22:09:49] awight yep thats right. The trick is, some of these processors CAN provide those options for merchanst only IF merchants have a local entity [22:09:55] awight which is GC's case [22:10:13] awight the Adyen thing is news for me- maybe they do allow US only entities, but def a new thing [22:11:07] awight so when vendors claim they can do stuff , there's a few things we should confirm: a) do I need a direct contract with this method (e.g. Alipay, CUP, etc..) and b) can they enable me with this method even though Im not a local merchant [22:11:12] awight makes sense? [22:11:21] for sure. [22:11:32] awight cool [22:11:45] Not to ruin the surprise, but what I see happening is that WorldPay is causing an indeterminate amount of damage to our limited tech resources. [22:11:54] I think we have to reevaluate at some point, soon. [22:12:07] awight and yeah, GC is actually a pretty wellrounded vendor- they got most of what evryone needs, but unfortunately we cant take advantage of it all [22:12:09] They are basically, totally inept. [22:12:26] awight not sure I follow you [22:13:02] Maybe this will change, but so far, WorldPay has given us nothing but undocumented, insanely complex problems. [22:13:13] They are not capable of testing their own system, for starters. [22:13:38] I have zero reason to believe that the adapter will continue to work even if we can eliminate 100% of current bugs. [22:13:42] awight i do remember the same complication/problems with GC. I think its the nature of new integrations…? [22:14:10] There are always complications. [22:14:11] yes [22:14:37] but we need to sit down and look at the details here, the types of complications involved, what those mean about WP's capabilities, and what they will cost us to track and fix. [22:14:41] if we even can. [22:15:03] I'm seeing the tech effort rapidly increase with no end in sight. [22:15:04] awight I do believe in avoiding new integrations if possible-it just complicates stuff… but if that is making us lose $1M a year (lets say, with LATAM), thats soemthing to reconsider [22:15:26] awight we should def debrief if after Frane [22:15:33] exactly. So do we have a process in place to evaluate? To balance the costs and benefits? [22:15:34] awight if things keep breaking, yeah [22:16:03] awight yes-the process is me evauluating our current vendors and manually calculating how much money we are losing in the regions [22:16:05] :) [22:16:12] Just reword what my handwaving, it's not about things breaking--it's about the type of breakage indicating that they are completely unprofessional. [22:16:27] awight i see [22:16:29] yeah that too [22:16:44] ah, actually that does answer my question about process. How do you factor in maintenance costs on our side? [22:16:49] awight if they are a company that cannot support its merchants we shouldnt be expanding their traffic [22:16:57] seeriously [22:17:17] awight not sure how would I do it- suggestions? [22:17:32] awight all I can think of is to present new vendors to tech BEFORE engaging them [22:17:47] in case you see anything wrong, bad documentation, so you can VETO it [22:17:53] donno, there is * time spent coding and talking on phone, and then * making an evaluation of what we think the potential is for things to get worse [22:17:54] awight like Katie has done in the past [22:17:55] Well... that's a start. Also hi again. [22:18:27] awight totally open to start this conversation [22:18:41] The thing is, the public docs they show us won't tell us if they're going to... not be able to internally test their own... [22:18:45] awight and get something like this on our new vendor dilgence planning [22:19:05] awight: ok thanks! :) [22:19:20] yes scoping it before actually dealing with their internals is a big issue, but not what I'm on about at the moment. [22:19:39] Currently, I'm feeling quite opinionated that we need to cut this contract off before K4-713 jumps out the window. [22:20:36] awight: Aw man. Now they're going to make me work on the ground floor. [22:20:42] LOL [22:20:54] it's easier to tie you to the console down there. [22:21:37] The thing I can't understand, is why they couldn't sort the accounts out literally months ago. [22:21:45] K4-713 FYI dante said that the only place something could be wrong at oru system is the merchant ID. As long as we are using AMex ID, we should be good. [22:22:14] It's a long string of really bad problems. [22:22:18] K4-713 the problem is: they had set up the BNP route to only process carte blue [22:22:25] K4-713 and streamline to process evrything else [22:22:33] The nightly reconciliation does not include donor information. blah blah blah. [22:22:50] but because it would be hard for us to send trnx to both (because we dont know which is which) now they are setting up all under BNP [22:23:07] hm. [22:23:22] But here's the bigger picture: a competent outfit would have tested this before wasting our time. [22:23:32] the problem is that no one could foresee that we were not able to send to do that from here [22:23:36] and that they were nto doing it fromthere [22:23:45] def something I would expect Matt to have checked on [22:23:48] right? [22:23:58] Yeah, and... they know they don't send CB as a card identifier. [22:24:11] And that we wouldn't be sending card numbers through our systems. [22:24:18] So, how would we be able to switch on that? [22:24:34] I think... we should be using this integration as an example of how to decide to pull the plug before losing all of the engineers. [22:25:01] awight who is losing who, awight ? [22:25:27] K4-713 and mwalker are saints, compared to what I would have done if given this integration. [22:25:28] sorry im not getting it [22:26:06] I would basically be on the phone with WP saying "what are you going to do to fix this?" and if they could not answer, I would kill the project. [22:26:51] awight well, we all appreciate the patience :) but we did spend a lot of time on it and thre a big reward at the end of the way [22:27:10] That's the thing. There is no reason to think this is *ever* going to work. [22:27:11] awight im sure they are doing their best. Their system is just very fragmented, with lots of moving pieces [22:27:13] more than GC [22:27:38] K4-713 could you pls send Dante the XML for today's test? [22:27:42] If their system is that bad internally, they are going to bump things in the dark every week, and we'll spend our lives trying to get ahold of their answering machines. [22:27:43] Sure. [22:27:50] thanks :) [22:27:55] ok off to a call [22:28:35] PPena: okay please let us know what you find out re: Adyen and whether we would need a FR entity to use them for CB. [22:28:44] cos, that integration would take a few hours. [22:28:50] awight? [22:28:58] the article I sent above... [22:29:19] awight sorry I need to take this call. But we havent been able to integrate adyen until now, so Im nto sure how that would be eaiser? [22:29:31] Adyen works. [22:29:43] PPena: yeah we did integrate. We decided that the conversion was a few percent lower than GC. [22:29:44] Why do we not think they work? [22:29:50] that's why we aren't using it. [22:35:24] * K4-713 makes sad, inarticulate noises [22:37:32] AndyRussG: looking over the places we've had 4 banners, I'm not sure we ever did this AB->CD thing. [22:37:41] It should be pretty simple, should we want to actually do that... [22:39:38] awight: Hmmm OK, yeah not a huge deal of course [22:42:56] AndyRussG: here's one that... looks like they meant to do AB->CD, based on the names, but I don't see any JS that addresses the bucket. [22:42:59] http://meta.wikimedia.org/wiki/Special:CentralNoticeBanners/edit/B12_5C_120120_templenoind_Noindependence [22:43:08] was in C12_en5C_FR [22:44:58] AndyRussG: http://meta.wikimedia.org/w/index.php?title=Special%3ASearch&profile=advanced&search=bucket&fulltext=Search&ns8=1&ns10=1&ns866=1&profile=advanced [22:45:20] no results. [22:45:21] sigh [22:45:35] well, the good news is that we're free to change behavior in that case. [23:00:59] awight: hmmm [23:01:47] yeah I think the first step is what we're doing, e.g. document a bit more of the current functionality [23:02:20] After that I'm still of the let's-scope-out-more-detailed-overall-CN-requirements persuasion [23:03:03] On that point I was having some crazy thoughts about how to spin general things out [23:03:23] awesome. [23:03:48]