[00:40:36] hey ejegg! do you know how long it would take to reconstruct the missing impressions from yesterday? [00:40:40] word on the street is... a longish time [00:42:14] hi atgo! [00:42:17] hiii [00:42:29] I have no idea, but I can take a shot at figuring out [00:42:41] mm i can also ask k4 when she's back at her desk [00:42:42] she wandered of [00:42:43] f [00:42:48] Since the options are just 'recent' and 'everything in the folder' [00:43:01] I think we would want to move the older files aside temporarily [00:43:10] (which might take a while too!) [00:43:25] Let me see how long a normal run usually takes [00:43:44] ok! i'm not as concerned with the machine effort so much as human effort [00:44:06] in that case, probably just a few minutes [00:44:25] neat. i'll confirm with k4 just to be sure... adam mentioned something yesteray about a lot of work [00:44:34] thank you for looking into it! [00:53:15] looks like it handles a 15 min chunk of logs in 15 sec [00:53:45] Also looks pretty easy to add a command-line option to specify the earliest record to process [00:55:18] oh sweet [00:55:25] sounds good [00:55:33] we should... do that. if it's actually that easy [00:55:52] also on this one: https://wikimedia.mingle.thoughtworks.com/projects/online_fundraiser/cards/1831... just to be clear, we're good? [00:56:08] i guess we should probably check a form or something once the OANDA change is out [00:56:15] Yeah, it's definitely retrievable via OANDA [00:56:48] we aren't fundraising in venezuela now (or in the immediate future) bc of legal, but i'd love to put the card to bed [00:56:51] is it possible to do that? [00:57:15] It would be tough to see it in a form [00:57:30] But it should show up in the exchange rate list page on Civi [00:57:36] hm. [00:57:38] ok... [00:57:55] i'm thinking about how to make a list of "things that should work for countries in which we aren't running so we don't care/can't check" [00:58:00] hehe [00:58:18] Oh, the DI forms all still use the hardcoded list - OANDA rates only apply to civi/drupal processes, I think [01:00:33] hmmmm [01:00:34] ok... [01:00:51] so in order to check it out, we'd need to donate in VEF and then see what happened? [01:00:57] since the DI forms are mostly just using it to enforce minimums [01:01:30] right [01:01:36] The rate display page should be pretty convincing [01:02:00] And checking the db to see the last updated date/rate matches the real thing [01:03:01] so are you saying i can delete this card? [01:03:16] and/or mark as complete? [01:04:05] yeah [01:05:21] thank you :) [01:05:25] yw [01:07:29] another question... do you have any idea when https://wikimedia.mingle.thoughtworks.com/projects/online_fundraiser/cards/1799 and https://wikimedia.mingle.thoughtworks.com/projects/online_fundraiser/cards/1916 will go out? [01:10:56] ejegg: ^ [01:18:30] oops, sorry [01:18:38] Um, no... [01:19:03] I mean, we can update DonationInterface whenever [01:19:38] atgo, maybe Monday, seeing as how it's Thursday night now? [02:56:22] (PS1) Awight: WIP finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [02:58:04] (PS1) Awight: Priority languages for UnrecordedCharge mailing [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161413 [02:59:21] (PS1) Awight: Add Twig [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/161414 [03:00:09] (PS2) Awight: WIP finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [04:51:50] (CR) Ejegg: [C: 2] Add Twig [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/161414 (owner: Awight) [04:52:13] (CR) Ejegg: [V: 2] Add Twig [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/161414 (owner: Awight) [04:57:06] (CR) Ejegg: "yah, prolly" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/151775 (owner: Awight) [04:59:20] (PS1) Awight: Sync thank-you translations [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161422 [04:59:22] (PS1) Awight: Clean up template annotation [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161423 [06:25:15] (Abandoned) Awight: annotate generated templates with source information [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/151775 (owner: Awight) [11:50:42] (CR) Pcoombe: "Translations look good, but see comments: I think we should keep the conditionals outside of the

tags. Not a big deal if it's tricky t" (3 comments) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161413 (owner: Awight) [12:04:44] (CR) Pcoombe: Sync thank-you translations (4 comments) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161422 (owner: Awight) [15:40:39] (CR) Ejegg: [C: 2] Migration for legacy Gift_Data group [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160226 (owner: Awight) [15:44:58] (CR) Ejegg: [C: 2] some stuff should have been static [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160227 (owner: Awight) [15:49:08] (CR) Ejegg: [C: -1] "I +2'ed the twig-only add not thinking about this one. Want to swap this for a commit just adding FineDiff and Stomp?" [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/160228 (owner: Awight) [15:49:51] (PS2) Ejegg: Won't be needing Simpletest cruft [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160230 (owner: Awight) [16:50:54] ejegg: do my comments appear on https://github.com/sherah/dash/commit/6fe489ed1f11015f107afbbf3b8f16a54619a1e4#diff-fef934af1d25ffcf46ce4fb92f24a8cdR13 or do I need to click "comment" at the bottom? [16:53:20] I see one comment. Do you mean use full words for the column property names / query string params? [16:53:55] hrm there was a second comment [16:54:31] oh, there it is. passing undefined as an unused fn param is a dumb optimization trick that I learned once [16:54:38] and is probably just unclear [16:55:01] Why is it an optimization? [16:55:19] I meant, full words for the keys in the filters array, e.g. "met" [16:55:25] since you /can/ redefine undefined, js has to walk up the whole scope chain unless you explicitly re-(un)-define it locally [16:55:34] omg :) [16:56:05] I don't think this is a place where we need to trade readability for performance, at least not yet... [16:56:20] yeah, true [16:56:33] Unless indigenous JS people can see through that idiom [16:57:19] the filter keys are also used as qs params, so I was thinking to shorten URLs a bit, but again that's probably not necessary [16:57:39] That's a good point [16:58:11] Glad they are being passed via GET [16:58:35] anything in a widget file like fraud.js is more config than code [17:00:05] the index.js files are basically loaders that turn each .js file in the folder into an exported property of the module [17:00:39] hooray for github comments to be less painful to work with than gerrit! [17:00:44] meh [17:01:05] Hooray, for sure, but I'm not reaping advantage yet [17:01:17] I sort of like the draft comments paradigm [17:01:37] Cos it lets me take notes, then take the foot out of my own butt on the 2nd pass [17:01:41] sometimes [17:02:06] true, I hadn't thought of that [17:02:54] nodejs docs fail: "View as JSON" [17:03:13] ehh? [17:03:24] http://nodejs.org/api/ [17:03:33] welcome to tha machine [17:03:53] ????? why would you ??? [17:03:59] * awight headdesks [17:04:18] eeew, 'list_item_end', 'list_item_start', ad infinitum [17:06:36] There must be an in-browser browser for that [17:07:05] teehee [17:08:55] ejegg: sorry, I didn't see where you were going with the index.js/widget explanation [17:10:42] do drupal table columns for enabled / disabled conventionally use tiny ints? [17:10:53] argh. yeah I think so [17:10:58] oh, that was a different commit anyway [17:11:01] nvm [17:12:01] the index.js thing letting you require('dirname') was just new to me [17:12:50] whoa I missed that [17:26:14] the $dbs->push('default') changing the target of the next db_select thing is pretty trippy [17:26:49] that somehow gets reset at the end of the scope? [17:34:02] ejegg: oh, yeah that's RIIA, sorry for the magic [17:50:58] (CR) Ejegg: [C: -1] "Looking good, but might want to filter on the 'enabled' column when fetching thresholds" (1 comment) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159225 (owner: Awight) [18:01:04] awight I now get what you meant [18:01:20] this meeting I'm in is with Dan and about something totally different [18:01:25] fill you in later [18:01:26] yep I'm not stepping on that [18:01:28] k good luck [18:12:29] (PS6) Awight: multiple large donation thresholds [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159225 [18:13:21] (PS7) Awight: multiple large donation thresholds [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159225 [18:13:38] (CR) Awight: "Thanks!" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159225 (owner: Awight) [18:16:36] (PS3) Awight: Add FineDiff, Stomp, and Twig packages [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160229 [18:18:26] (CR) Ejegg: [C: 2] multiple large donation thresholds [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159225 (owner: Awight) [18:20:16] awight: the simpletest tests we're getting rid of seem to have some useful logic. how much change would be needed to plunk those into phpunit tests? Or has the code under test changed enough that it wouldn't be useful? [18:21:08] * awight relooking... [18:22:31] ejegg: we could make a card to dig through this junk one day, maybe [18:22:55] yah, just save the commit ID [18:22:58] cool [18:23:08] it'll still be available through version control, but IMO we should take the code out to reduce confusion. [18:23:48] Most of that should already be ported to phpunit, but yeah you're right [18:23:58] (PS3) Ejegg: Won't be needing Simpletest cruft [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160230 (owner: Awight) [18:24:47] (CR) Ejegg: [C: 2] "Let's just remember this commit ID to refer back and maybe reuse the logic in phpunit tests" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160230 (owner: Awight) [18:26:33] (PS2) Awight: Add FineDiff and FuseSource Stomp packages [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/160228 [18:27:19] (PS4) Awight: Add FineDiff and Stomp packages [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160229 [18:27:36] awight: for 'fix a test', we had that variable_get/variable_set dance because parent::setUp had been switching to a different testing db? [18:30:43] ejegg: it was a courtesy to not mess up development db config... [18:31:25] but now civibuild is giving us a private little kingdom for the tests, right? [18:32:38] hehe exactly. But also, I was feeling less ruthful about state-transparency [18:32:53] ok, cool [18:33:00] There's a lot that happens during a test, and I think it's counterproductive to continue cleaning up. At least, doing so manually. [18:33:15] makes sense [18:33:19] Ideally, we can protect tests with a transaction, then only have to repair schema changes... [18:33:36] (CR) Ejegg: [C: 2] fix a test [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160238 (owner: Awight) [18:33:47] Yeah i donno, please push back if you think we should still be cautious in tests [18:34:09] no, automatic cleanup sounds best [18:34:22] I find that cleanup logic dominates the work of writing tests though, so yeah I'd rather make sure we have the tests written in the first place [18:34:34] especially if I get buildkit running on my own machine so as not to mess with my own dev db [18:34:42] will start playing with that today [18:34:47] yes! [18:35:07] There might be a way to just point to a different settings.php, also [18:35:15] ah, that too [18:35:22] ejegg: btw, I added this to Civi https://github.com/civicrm/civicrm-core/tree/master/tests/fixtures [18:35:28] we can backport if you think it's useful [18:35:38] Rails-style test fixtures... [18:36:00] hrm, not familiar with the format. Will investigate [18:36:51] oic, dummy records so each test doesn't have to insert its own [18:37:52] yeah, that would make writing tests quicker [18:37:58] yah, it's pretty convenient [18:43:18] atgomez___: thanks for the Mingle review spree! [18:43:31] awight: trying :) [18:43:41] atgo: btw, what did Toughtworks say when you asked for an Archive feature? [18:43:43] so civi 4.4 isn't LTS? what about Eileen's post? [18:43:45] ... it's SO SIMPLY [18:43:57] atgo: yeah... IRL if you wish? [18:44:03] i'm here [18:59:45] (PS1) Anomie: Don't use $wgContLang->specialPage [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/161502 [19:05:42] (CR) Awight: [C: 2] Add OANDA and ECB importers, update with fallthrough (4 comments) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/159347 (owner: Ejegg) [19:05:52] (CR) Ejegg: [C: 2] Flip the field mapping around [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160240 (owner: Awight) [19:12:01] hi ewulczyn [19:17:10] awight: for 'get rid of unnecessary defaults', are they still necessary in the JPMorganFile, or should they be removed there too? [19:37:09] (PS1) Ejegg: Fix OANDA retriever unit test [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161507 [19:39:27] (CR) Ejegg: [C: 2] "Thanks!" [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/160228 (owner: Awight) [19:39:43] (CR) Ejegg: [V: 2] "Thanks!" [wikimedia/fundraising/crm/vendor] - https://gerrit.wikimedia.org/r/160228 (owner: Awight) [19:42:59] (CR) Ejegg: [C: 2] Add FineDiff and Stomp packages [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160229 (owner: Awight) [19:47:08] (CR) Ejegg: "Are they still necessary in JpMorganFile?" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160241 (owner: Awight) [19:48:12] (CR) Awight: "No, defaults should already be provided in wmf_civicrm, and in the database." [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160241 (owner: Awight) [19:48:24] ^ or I'll eat my hat :p [19:49:32] OK, cool. Want to take them out of JPMFile in that commit, or add one that's not under a pile of other commits? [19:50:04] ejegg: I'm okay with leaving that file format as-is for now... [19:50:11] OK [19:51:06] (CR) Ejegg: [C: 2] "Will clear out same defaults from JpMorganFile later" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160241 (owner: Awight) [19:52:01] ejegg: sorry, I'm basically afraid to jiggle that if it's working [19:52:10] sure, makes sense [19:52:22] (I say as I refactor the crap out of the low-level hooks, etc) [19:52:29] heh heh [19:53:15] ejegg: oh, you found it! thx, https://gerrit.wikimedia.org/r/160226 [19:53:48] no, thank you! now most of my tests pass locally [19:54:03] got to sort out some cache dir permissions or something [19:54:53] and btw, i still get tests failing on a missing .version-stamp [19:55:08] or Erroring rather [19:55:58] ejegg: on that note, I'm getting regression about the damn pear error handler array [19:56:06] aaargh! [19:56:28] that hasn't cropped up for me, but maybe my other errors are pre-empting it [19:56:53] Tests: 50, Assertions: 57, Failures: 4, Errors: 16. [19:57:05] Tests: 53, Assertions: 141, Failures: 1, Errors: 4. [19:57:12] blargh [19:57:28] I really can't imagine why the civi thing would have regressed for me. [19:57:45] That failure is my OANDA test using the reciprocal of the rate it should [19:58:05] fixed in https://gerrit.wikimedia.org/r/161507 [19:59:48] (CR) Awight: [C: 2] Fix OANDA retriever unit test [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161507 (owner: Ejegg) [20:00:02] ty! [20:03:26] (CR) Ejegg: [C: -1] "Shouldn't need the require_onces since you added the base test to the module.info, right?" (1 comment) [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160242 (owner: Awight) [20:09:55] (PS1) Awight: update civicrm submodule [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161569 [20:10:02] ejegg: well, that explains the regressions ^^ [20:10:14] ohhhh [20:10:24] security patch? [20:10:42] no, the civicrm submodule was behind a few minor hacks [20:10:49] ok [20:12:40] (CR) Ejegg: [C: 2] update civicrm submodule [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161569 (owner: Awight) [20:24:29] (PS2) Awight: Add a base test [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160242 [20:24:31] (PS1) Awight: WIP offline tests pass [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161576 [20:24:33] (CR) jenkins-bot: [V: -1] WIP offline tests pass [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161576 (owner: Awight) [20:25:12] ejegg: CR chat, while we're at it? [20:25:29] Yeah, let me just get out of the library [20:25:33] one min [20:25:38] oh don't worry in that case [20:25:41] up to you [20:25:56] no, I had a bunch of questions, so it would be great [20:40:31] (PS2) Awight: More robust common check import functions [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160243 [20:44:07] (PS2) Awight: foreign check import [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160244 [21:17:58] (CR) Ejegg: [C: 2] More robust common check import functions [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160243 (owner: Awight) [21:22:42] (CR) Ejegg: [C: 2] Add a base test [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/160242 (owner: Awight) [21:33:49] atgomez___: ejegg awight anyone for Jitsi instead of hangouts? https://meet.jit.si/FairHugeThem [21:52:09] (PS1) Ejegg: Rearrange wmf_communication test dependency [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161601 [21:59:42] (CR) Awight: "Good idea! How about just using the tag, though? Eventually we should get rid of the tests/phpunit/ subdir anyway..." [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161601 (owner: Ejegg) [22:01:49] (PS3) Awight: WIP finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [22:16:08] (PS4) Awight: WIP finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [22:26:39] (PS5) Awight: WIP finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [22:26:41] (PS1) Awight: eliminate empty paragraphs [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161615 [22:26:43] (PS1) Awight: Clean up [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161616 [22:26:45] (PS1) Awight: Bizarre bugfix [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161617 [22:31:22] (PS6) Awight: finish moving Twig support into wmf_communication [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161412 [22:40:05] AndyRussG: ejegg|bike: hey, can someone add a bit of background to https://wikimedia.mingle.thoughtworks.com/projects/online_fundraiser/cards/1963 ? [22:40:19] Most of all, I still don't know what was actually broken and fixed. just a NFS mount? [22:40:51] awight: that was what I heard of the story, I think, let me find some backscroll [22:41:33] AndyRussG: who was dealing with this, just JGreen? [22:42:08] i did package updates on the payments hosts. did something break? [22:42:22] (from a few days ago ^) [22:42:29] yah. hrmph [22:42:45] i unmounted barium:/archive/udplogs [22:42:45] and it's not remounting.. why..... [22:42:46] can I reboot barium? [22:42:46] oh nm. i see the issue [22:42:46] something changed re. iptables vs the netapp [22:43:51] alright, the netapp is mounted again. do you know--will the stats self-heal? or do we need to manually run to backfill [22:44:26] awight: I think I don't have access to the hardware in question but if I can do anything pls let me know [22:48:44] AndyRussG: thx for digging through that! It turns out I did something dreadfully stupid while trying to backfill, which explains why the backfill failed :) [22:49:04] I plugged landing page impressions files into the banner impressions loader, and vice-versa... Good thing they're slightly different... [22:49:24] Ah hmmm [22:49:53] well impressions is impressions [22:49:54] :) [22:50:19] better to make the wrong first impression, than none at all... [22:52:09] (CR) Awight: "Agreed, I couldn't find a proper way to fix the empty paragraphs, though, so I ended up working around by replacing them out after the TY " [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/161413 (owner: Awight) [23:05:47] Wow, that was really weird. [23:06:19] I just scrolled through a huge amount of payments XML looking for a sample transaction to parse, and it was one that atgomez did. [23:06:26] Aw, she left. [23:07:08] And, it was during a time we were running the thing, so: Pretty unlikely. [23:08:02] I should try to do something else that shouldn't work before this wears off. [23:09:09] more generous than we thought... [23:09:19] hmmmm. [23:10:48] you didn't hear? That's how she knows major gifts... [23:10:58] buh? [23:11:31] Seriously though, I think somebody slipped some harry potter luck potion into my red bull. [23:11:41] WHAT DO I DO NOW. [23:11:45] I've been thinking very hard about this, and I have no option but to donate you all to science, for medical experimentation [23:12:17] How do we record that in civi, though. [23:12:28] pager code? [23:12:41] 177361647... [23:12:44] There's a pager code for "donating self to medical science"? [23:13:03] I mean, granted, it's been a while since I rolled with a pager. [23:13:45] maybe we should add a custom field [23:13:50] Please do. [23:14:02] Once I've been donated, I won't be able to manage a schema change like that. [23:24:44] awight! are the impressions fixed? That's exciting! [23:25:06] yep, I made a sort of hilarious mistake the first pass through, but it worked in the end [23:25:16] (cross-wired the logs to the wrong importers) [23:25:26] ha.. whoops [23:25:47] and the data should all be in there (or on the way in)? [23:27:43] atgomez: yes, I verified [23:27:47] awesome [23:28:52] K4-713: remedial question. Who all does CC processing for us? Just GC, Adyen, and WorldPay? [23:29:02] yep. [23:29:06] ok whew [23:29:12] Unless you want to be weird and count the ewallets. [23:29:21] nope :) [23:29:24] this is PCI [23:29:35] Ah, cool. Then yes. Only those. [23:31:02] Hmm. It seems that outsourcing DonationInterface development changes PCI things. Oh well. [23:33:07] awight: How so? [23:33:22] meh, it's one of their questions. No clue what the implications are. [23:33:34] I mean, it's not 100% outsourced. [23:33:34] We should make it a thing we ask the VES people [23:33:45] :) you wish. [23:33:50] Pretty sure they're just going to be like "So, *how* are you working with these people?" [23:33:55] and demand that we do CR. [23:34:02] ...which... duh. [23:34:20] Basically just making sure that we don't bolt something insane on to the pipeline. [23:34:47] I mean, it's pretty much the same stuff we go through with volunteer commits. [23:34:53] oooh, like the GrowthFlow engagement java applet? [23:35:02] Is that an insane thing? [23:35:13] :p [23:35:26] It's fine, as long as we only use it for printing BPay script [23:35:28] scrip [23:36:11] Or, you know... translactions. [23:36:20] Also translations. [23:36:29] I need to stop making up words. [23:36:33] whew. I was already thinking about how to wean us from it [23:36:48] Or, like... ALL OF CORE. [23:37:40] * awight facepalms hairshirt [23:37:54] Anyway, it's fine. [23:37:56] Really. [23:40:28] K4-713: I don't know if I've mentioned this to you 3 times, or zero. #1904 is all yours again, I +2 the parts you wrote, which adds up to +1 for now. [23:52:39] awight: Yeah, I know. I'm only just getting to the part where I may have to make more changes, so I didn't think it was a big deal. It's what I'm using, though. [23:53:09] K4-713: k. Beware that I squashed. [23:53:17] k