[00:52:49] weird failure... bootstrap not bootstrapping? [01:26:25] Fundraising Sprint Owls, Fundraising Sprint Pluto is still a planet, Fundraising Sprint Queue is pronounced GJif, Fundraising-Backlog, and 2 others: slow anonymous save - https://phabricator.wikimedia.org/T199753 (Eileenmcnaughton) @leanneS did you get any more feedback on this? [01:27:06] Fundraising Sprint Queue is pronounced GJif, Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: investigate if year summary field are slowing queue - https://phabricator.wikimedia.org/T202446 (Eileenmcnaughton) a:Eileenmcnaughton [04:34:38] Fundraising-Backlog, Fr-CentralNotice-translations, MediaWiki-extensions-CentralNotice, Trust-and-Safety, and 3 others: CentralNotice provides a means for non interface-admins to bypass new CSS/JS restrictions - https://phabricator.wikimedia.org/T202244 (Yair_rand) I would be extremely hesitant t... [07:28:04] (CR) Brian Wolff: [C: 2] "I think that what FundraisingLandingPage is doing here is rather silly and should be changed, but given its intentional, the suppression m" [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/455290 (owner: Legoktm) [07:33:40] Fundraising-Backlog, Technical-Debt: [FundraisingLandingPage] should not double escape - https://phabricator.wikimedia.org/T203142 (Legoktm) [07:33:57] (CR) Legoktm: "Filed T203142 for fixing the issue properly" [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/455290 (owner: Legoktm) [07:34:43] (Merged) jenkins-bot: Suppress warning for intentional double escaping [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/455290 (owner: Legoktm) [07:40:10] (PS1) Legoktm: Configure phan-taint-check-plugin [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/456342 [07:40:12] (CR) Legoktm: [C: 2] Configure phan-taint-check-plugin [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/456342 (owner: Legoktm) [07:46:51] (Merged) jenkins-bot: Configure phan-taint-check-plugin [extensions/FundraiserLandingPage] - https://gerrit.wikimedia.org/r/456342 (owner: Legoktm) [10:16:15] Fundraising-Backlog, wikimediafoundation.org, Privacy: Wikimedia Foundation website includes Wordpress tracking pixel - https://phabricator.wikimedia.org/T201422 (Addshore) p:Triage>High Setting as high to match T201022 [10:23:42] Fundraising-Backlog, wikimediafoundation.org, Privacy: Wikimedia Foundation website includes Wordpress tracking pixel - https://phabricator.wikimedia.org/T201422 (Tbayer) Note that wp.com is not a third party here (except in a purely technical sense like commons.wikimedia.org is for en.wikipedia.org)... [14:37:04] morning ejegg [14:38:59] hi jgleeson ! [14:41:02] so I messed up my local civicrm install this morning, I tried reinstalling on-top of the existing after it was complaining about missing the civicrm.settings.php file, and that lead on to the rabbit hole!! [14:42:15] I paused on it earlier as I wanted to do some actual work, so I'll have to finish it later. Although I did get to me the civi "install canary" [14:42:27] get to meet* [14:44:23] after running the civi install script, I realised it wiped all my data so I then had to disable/reenable the drupal modules so the install updates could run again. It's now currently stuck due to a failing update so I'm gonna debug that later to see why it's failing and hopefully finish that off [15:32:34] install canary, huh? that's a new one to me! [15:32:45] but man, that sounds frustrating [15:33:29] https://civicrm.stackexchange.com/questions/15594/what-is-the-installation-canary [15:33:35] yeah I hadn't come across it either [15:33:45] apparently it's left when something breaks in the setup [15:40:35] * awight suppresses a drive-by LOL [15:40:46] gas that birdie... [15:44:29] lol [15:45:18] well it's particularly unhelpful as it asks you to "submit to jira" [15:45:41] but I couldn't see what to submit... [15:46:13] so I deleted the empty db table named `civicrm_install_canary` [15:46:31] and the blocker went away [15:46:47] but I guess the mine (my install) stil exploded [15:49:17] u should blow that whole db away, IMO [15:49:49] & if it happens after "reboot", find the install logs if possible [15:52:00] so I ended up civi and starting again with a fresh install and then the wmf* drupal module disable/reenable which looks like it worked [15:52:19] ended up dropping civi* [15:53:08] the latest snag is fixing a drupal module update that crashed and burnt locally [15:53:28] wmf_civicrm module update [15:53:34] oof [16:01:19] jgleeson: was it one of the 'fix prod data' updates? [16:03:59] I don't think so, this is the first update being attempted that fails from what I can work out [16:04:00] Wmf_civicrm 7480 Fill in missing first and last names from the sort_name field Bug: T159455 [16:04:21] although it could be in a corrupted state so my plan later it to start again [16:04:35] I was trying to hack it through adjust the schema versions and such [16:04:57] all good learning, while being a timesink [16:10:34] ejegg, did you get errors relating to deprecated wfSetupSession() when testing your fundraisingUnsubscribe stuff? [16:11:27] jgleeson: oh, I didn't see those [16:11:38] but if it's indeed deprecated we should fix that [16:11:51] errors or warnings? [16:11:55] Deprecated: Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called from SpecialFundraiserUnsubscribe::stashData in /vagrant/mediawiki-fr/extensions/FundraisingEmailUnsubscribe/SpecialFundraiserUnsubscribe.php at line 377] in /vagrant/mediawiki-fr/includes/debug/MWDebug.php [16:12:18] hmm, that's certainly not new code in my patches [16:12:24] is it causing test failures? [16:13:04] tests seem to be passing [16:13:57] looks like the warning is being reported by MWDebug [16:15:07] although I'm not passing debug [16:15:13] so not sure what's going on there [16:15:17] looking.. [16:16:19] Fundraising Sprint Queue is pronounced GJif, Fundraising-Backlog: add zendesk text to problems donating page - https://phabricator.wikimedia.org/T203176 (DStrine) [16:18:04] I got curious. jgleeson: what's your $wgDevelopmentWarnings set to? [16:18:56] Apparently, if it's true-ish you'll get a code path with trigger_error( $msg, E_USER_DEPRECATED ) [16:19:18] awight, that was it! [16:19:26] (PS5) AndyRussG: Add landingpage event processing [wikimedia/fundraising/FRUEC] - https://gerrit.wikimedia.org/r/455869 [16:20:10] fr-tech ^ now LP consumption out of WIP [16:20:27] nice AndyRussG ! [16:20:30] jgleeson: Actually sounds like a useful variable, I'll go set mine :-) [16:20:36] jgleeson: thx! :) [16:20:56] awight, there's too many variables... [16:21:22] ejegg, working fine after that [16:21:24] fix [16:21:25] ^ [16:22:08] jgleeson: wait, so that was actually crashing PHP?? [16:22:19] yep [16:22:23] jgleeson: Would you mind documenting that fact in https://www.mediawiki.org/wiki/Manual:How_to_debug#PHP_errors ... [16:22:29] can't modify headers stuff [16:22:31] that's quite the side-effect [16:23:32] sure [16:24:43] I'm just gonna swith off xdebug so I can see the undecorated stack trace [16:24:50] that might be adding to it [16:25:08] ty! Cos, some kind of horrible Schroedingeresque paradox where turning on flags for observation kills the cat is very much not okay [17:02:13] so awight, this looks like a combination of xdebug HTML stacktraces and the $wgDevelopmentWarnings behaviour (which is being transformed by xdebug). I just tried out the same scenario without xdebug running and wgDevelopmentWarnings set to false, and it DOESN'T throw PHP errors [17:02:29] @_@ [17:03:56] oho that's funky [17:07:27] [spam] I want to say, thank you to everyone who recommended mosh to me. It's the freaking greatest and I stopped using tmux/screen cos instant reconnect is the *hit. [17:12:40] awight, hows the server setup with that [17:13:06] almost nonexistent :) [17:13:13] awight: :) [17:13:20] It's a user-space package on the server, tunneling over ssh [17:13:32] interesting [17:13:48] actually no ssh involved [17:13:58] no ssh? [17:14:09] it's a whole other deal [17:14:29] but it knows how to use ssh config etc [17:14:59] it handles encryption itself? [17:15:06] or plugs into ssh [17:15:49] It's pretty much like running "ssh user@host 'moshd'" [17:16:02] so, nothing to do on the server side other than install a package. [17:16:10] yeah it uses ssh for auth [17:16:19] and i believe the same lib for encryption [17:16:27] cwd: oh? so it needs its own firewall holes?? [17:16:31] * jgleeson watches mosh tech video... [17:16:39] yep [17:16:47] it chooses a random port in the 6000x range [17:17:01] I feel betrayed by my lack of firewall, now. [17:17:19] it sends a custom udp protocol back and forth [17:17:31] haha UDP FTW [17:17:43] didn't get the memo? don't worry about it [17:17:45] i love it for IRC [17:18:12] the little "no contact" blue bar on the top is my first alert that my connection has crapped out [17:26:01] heck yeah mosh! [17:27:53] cripes, this spamblocking is out of control [17:28:05] 13:26 -!- ejegg|food #wikimedia-releng Cannot change nickname while banned/quieted on channel [17:28:08] 13:26 -!- ejegg|food #wikimedia-tech Cannot change nickname while banned/quieted on channel [17:28:11] 13:26 -!- ejegg|food #wikimedia-operations Cannot change nickname while banned/quieted on channel [17:28:14] 13:27 -!- ejegg|food #wikimedia-dev Cannot change nickname while banned/quieted on channel [17:28:26] :\ [17:29:16] awight, cwd, so for now are you using mosh outside of wmf stuff? [17:30:06] ah good call, we needs mosh on the VPSen [17:32:47] looks cool! [17:33:02] video demo basically sums up the horror that is ssh [17:33:35] "it's died, and it didn't even tell you. that's what is most offensive!" [17:33:50] haha what's that smell [17:34:20] ejegg|food, showed me some ssh unlock magic recent, the ole 'enter ~ .' trick [17:34:33] recently* [17:34:51] I mean, who on earth thought that was intuitive [17:36:14] jgleeson: yeah i just use it for my irc bouncer at this point [17:37:20] ssh escape! [17:37:45] I need to setup a bouncer [17:39:01] mine's not actually bnc it's just weechat in screen [17:39:13] in mosh [17:39:14] on a computer [17:39:21] the ZVC webadmin is taking me back, looks like phpnuke, https://wiki.znc.in/ZNC [17:51:02] (PS1) Esanders: build: Update linters [extensions/CentralNotice] - https://gerrit.wikimedia.org/r/456422 [17:59:10] I feel like "+1 mosh" was the nerd equivalent of "Can I hear a shout out from everyone from Oakland, CA!" [18:04:08] awight: are you back in the east bay? [18:08:37] cwd: temporarily, but the housing thing is desperate. I'm considering NYC, New Mexico, you name it... [18:13:18] buy some real estate in detroit [18:13:23] detroit is gonna come back [18:14:41] climate getting a little hotter? guess who's not too upset about it [18:14:42] detroit [18:16:08] https://www.zillow.com/homes/for_sale/Detroit-MI/88544358_zpid/17762_rid/globalrelevanceex_sort/42.48577,-82.795716,42.219364,-83.402024_rect/10_zm/ [18:16:13] dude [18:17:03] nice--listed for 38 days [18:17:13] people are like meh [18:17:18] i think they need to come down [18:17:33] literally the price of a time share on a parking space in sf [18:18:00] My mom was telling me to look into houseboats. [18:18:16] I tried to explain that the time for life-hacking housing in the Bay Area is long gone [18:18:27] 5 million people all equally desperate [18:18:39] i guarantee the dock rental scene is cutthroat [18:18:44] exactly, [18:19:02] realtor be like [18:19:04] imagine the back-scratching and stabbing [18:19:07] i can get you a great deal on this life raft [18:19:27] it doesn't float much, but here's the manual inflation [18:19:32] you can tether it to a bouy but now you're talking lease terms [18:21:35] I can get you a dedicated buoy only 50 miles from a prime oyster bed, $600k [18:22:01] oh and city codes don't allow for a motor [18:22:47] here's the next big invention is a drone with a bivy sack that comes and picks you up at bed time and drives you to a predetermined location in 3D space to sleep [18:23:34] stop, it's all too real [18:23:56] * cwd takes off goggles [18:24:04] at least I've been training the kids to busk from a young age [18:51:49] arg, i got 'quieted' here by the sigyn bot [18:52:13] phew, seems to have worn off [18:52:42] but leaving and re-joining has de-opped me, and chanserv won't re-op me [18:55:46] (CR) Jgleeson: [V: 1 C: 1] "Opt-in process works for me and can see the email in the queue. Tests passing also." [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/452015 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [19:05:14] ejegg, just on that patch. I couldn't test the unsubscribe behaviour (which I think predated your patch anyway) as I think needed a hash and c_id to push it through [19:05:33] but it looks like unsubscribe was using queues beforehand right? [19:09:52] g'night fr-tech! [19:29:21] ejegg this patch is saying Cannot merge: https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/FundraisingEmailUnsubscribe/+/452015/ [19:32:37] ok, i'll rebase that manually [19:33:57] (PS6) Ejegg: Increment merchant ref and retry payment [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/453479 (https://phabricator.wikimedia.org/T201773) [19:34:04] was just working on that ^^^ [19:34:37] I was just looking at the opt-in one myself. Looks to be working for me as well, I'm happy to +2 after the rebase. [19:34:41] (CR) AndyRussG: Add landingpage event processing [wikimedia/fundraising/FRUEC] - https://gerrit.wikimedia.org/r/455869 (owner: AndyRussG) [19:35:05] I'll take a look at the retry one next, if it's ready. [19:35:15] (PS13) Ejegg: Opt-in method [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/452015 (https://phabricator.wikimedia.org/T200576) [19:35:17] (PS5) Ejegg: Move shared page processing logic to generic base class [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/454585 (https://phabricator.wikimedia.org/T200576) [19:35:19] (PS2) Ejegg: Doc fixes [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/455276 (https://phabricator.wikimedia.org/T200576) [19:44:13] (CR) XenoRyet: [C: 2] "Looks good, working for me as well." [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/452015 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [19:52:13] (Merged) jenkins-bot: Opt-in method [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/452015 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [19:52:34] (CR) jerkins-bot: [V: -1] Increment merchant ref and retry payment [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/453479 (https://phabricator.wikimedia.org/T201773) (owner: Ejegg) [19:52:42] aw shoot [19:54:29] (CR) XenoRyet: [C: 2] "Makes sense." [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/454585 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [19:55:15] (CR) XenoRyet: [C: 2] Doc fixes [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/455276 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [19:59:03] (PS1) AndyRussG: Truncate strings to DB column limit [wikimedia/fundraising/FRUEC] - https://gerrit.wikimedia.org/r/456434 [19:59:17] fr-tech ^ DB column truncation done!!! ;) [19:59:23] off to kid pickup now.... [20:02:42] (Merged) jenkins-bot: Move shared page processing logic to generic base class [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/454585 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [20:02:44] (Merged) jenkins-bot: Doc fixes [extensions/FundraisingEmailUnsubscribe] - https://gerrit.wikimedia.org/r/455276 (https://phabricator.wikimedia.org/T200576) (owner: Ejegg) [20:04:30] cwd I need to make another little update to /etc/smashpig/main.yaml [20:05:00] ejegg: ok [20:10:06] cwd just added 3 lines in a copy in my homedir on civi1001 [20:10:22] I think that'll stop the nightly WX audit failmail [20:14:12] ejegg: will do [20:14:37] thank you, man [20:14:46] :) [20:15:11] i will have that redis server on frdev today too [20:18:03] ooh, nice [20:30:19] ejegg: ok that change is going out with puppet [20:31:01] cool, I'll re-run the audit parser to see if we're all good [20:31:41] but first I'mma head a few blocks away from the apartment. looks like a nice day out there... [21:07:05] XenoRyet: jfyi, that issue with the WX audit parser was caused by my deploying a thing that used a new queue via smashpig, without pushing out a corresponding settings change [21:09:09] Fundraising-Backlog, Wikimedia-Fundraising-CiviCRM: Civi: did script delete a contact's email address? - https://phabricator.wikimedia.org/T203198 (MBeat33) [21:09:33] So, I deployed this: https://gerrit.wikimedia.org/r/448820 [21:10:47] err, this info is for fr-tech in general rather, not just XenoRyet [21:11:11] anyway, that commit included this lib update: https://gerrit.wikimedia.org/r/441251 [21:11:20] Fundraising-Backlog: test and deploy payments-listener Debian Stretch / PHP 7 - https://phabricator.wikimedia.org/T197887 (Jgreen) [21:14:36] which created a new config entry under data-stores [21:15:40] but.... the way we do config and object instatiation, each data source needs its own constructor params redefined in the config [21:15:55] which was what casey just pushed out [21:42:44] thanks cwd, that seems to have done the trick [21:43:12] excellent :) [22:06:01] eileen: o/ [22:06:08] hey [22:06:20] redis is running on frdev1001 now [22:06:28] where in that settings file would you like the creds? [22:07:30] cc ejegg ^ [22:07:49] coooool! [22:08:11] so... we'll be defining some constants [22:08:52] https://docs.civicrm.org/sysadmin/en/latest/setup/cache/#config-redis [22:08:55] cwd ^^ [22:11:13] ah ty [22:11:54] got anything in mind for cache prefix? [22:13:47] crm? [22:14:08] wfm [22:15:27] ejegg, eileen - just pushed the change to localsettings [22:16:19] cool! I guess that should enable the redis cache in the most conservative situations [22:16:25] Fundraising Sprint Queue is pronounced GJif, Fundraising-Backlog: add zendesk text to problems donating page - https://phabricator.wikimedia.org/T203176 (MBeat33) Copy: **English:** Due to the volume of inquiries we receive, we use [[ https://en.wikipedia.org/wiki/Zendesk | Zendesk ]] as a donor respon... [22:16:51] ejegg: what do you mean? [22:16:53] eileen says there's another patch to use it for the search result caching [22:17:26] and that patch reuires a second setting to be enabled, but one we can do via localsettings [22:17:46] ah cool [22:33:04] (PS4) Ejegg: SmashPig payment processor: expose API codes [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/452871 (https://phabricator.wikimedia.org/T201773) [22:33:06] (PS7) Ejegg: Increment merchant ref and retry payment [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/453479 (https://phabricator.wikimedia.org/T201773) [22:34:26] Fundraising-Backlog, fundraising-tech-ops: Test Redis caching on Civi staging - https://phabricator.wikimedia.org/T202936 (cwdent) Server is running and creds are in place. [22:36:37] Think that'll finally pass tests ^^^ [22:40:14] (CR) Eileen: "ejegg I think the API_Exception is correct - ie it is the internal api exception. The api wrapper throws the CiviCRM_API3_Exception" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/452871 (https://phabricator.wikimedia.org/T201773) (owner: Ejegg) [22:40:53] (CR) Ejegg: "Ah, thanks for clearing that up, eileen!" [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/452871 (https://phabricator.wikimedia.org/T201773) (owner: Ejegg) [22:45:14] Fundraising Sprint Queue is pronounced GJif, Fundraising-Backlog: add zendesk text to problems donating page - https://phabricator.wikimedia.org/T203176 (MBeat33) Per Jim & Aeryn, footnoting or *-ing the first three mentions of donate@wikimedia.org on the page, and including the full text at the bottom,... [22:47:11] (PS5) Ejegg: SmashPig payment processor: expose API codes [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/452871 (https://phabricator.wikimedia.org/T201773) [22:47:13] (PS8) Ejegg: Increment merchant ref and retry payment [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/453479 (https://phabricator.wikimedia.org/T201773) [22:49:47] (PS6) Ejegg: SmashPig payment processor: expose API codes [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/452871 (https://phabricator.wikimedia.org/T201773) [22:52:43] (PS9) Ejegg: Increment merchant ref and retry payment [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/453479 (https://phabricator.wikimedia.org/T201773) [23:02:13] cwd ejegg cool [23:02:46] What I am thinking is that there is a drush command that basically does x number of dummy queue entries [23:02:51] so I should [23:03:00] run 1000 queue entries as is [23:03:11] run 1000 queue entries with caching set to redis [23:03:22] run 1000 queue entries with triggers off [23:14:42] eileen: yeah, that sounds like a good test to me! [23:15:24] ejegg: I was also looking at the triggers & I think they touch multiple years & it might be possible to narrow them down - so I would try that too as a test [23:15:28] The dummy command doesn't actually do the inserts though [23:15:48] so if the problem was the triggers, I don't think that would show it [23:15:50] yeah - there is a drush command that does [23:15:55] I’ll find it [23:16:01] oh, for real? [23:16:55] I wrote it a while back - it outputs some stats. I originally thought we would commit the stats when we ran it - giving some track in git [23:17:14] but I think that idea didn’t get buy in [23:17:26] oh, that vaguely rings a bell [23:18:11] looking for it now [23:19:50] hmm I wonder if it is just in gerrit [23:21:00] no its queue_performance [23:23:13] oh cool [23:23:38] I wonder if we have to fake up the invoice_id better now? [23:23:54] hmm, no, I think it'll use the gateway_txn_id if that's missing [23:24:51] hmm I’m getting an error :-( drush qperf-d 10 benchmark [23:25:01] is it duplicate invoice ids? [23:28:05] (PS1) Ejegg: WIP: Opt-in queue consumer [wikimedia/fundraising/crm] - https://gerrit.wikimedia.org/r/456517 (https://phabricator.wikimedia.org/T201773) [23:36:41] ejegg: perhaps dbs are out of sync - actually cwd could I get a db refresh on staging? [23:37:05] ah, could be [23:37:06] (I want a db refresh independent of the script) [23:37:31] I wouldn't be too surprised if we needed to update the test data or fakery too [23:37:57] Fundraising-Backlog, fundraising-tech-ops: Can I get a DB refresh on staging - https://phabricator.wikimedia.org/T203205 (Eileenmcnaughton) [23:38:07] & a phab to say the same https://phabricator.wikimedia.org/T203205 [23:38:24] then next week I’ll try again & see if it still fails [23:38:40] cool [23:38:58] (PS1) XenoRyet: Change Payment Products filter [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/456519 [23:40:11] (PS2) XenoRyet: Change Payment Products filter [extensions/DonationInterface] - https://gerrit.wikimedia.org/r/456519 [23:59:05] eileen: sure, it takes a long time though [23:59:08] as you are aware [23:59:29] cwd yeah [23:59:55] I was wondering if you could kick if off today or tomorrow & ideally it will be loaded by the time I start next week