[01:26:50] Project VisualEditor-en.wikipedia.beta.wmflabs.org-linux-firefox build #277: NOW UNSTABLE in 1 hr 8 min: https://wmf.ci.cloudbees.com/job/VisualEditor-en.wikipedia.beta.wmflabs.org-linux-firefox/277/ [03:53:27] Yippee, build fixed! [03:53:27] Project browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_10 build #418: FIXED in 25 min: https://wmf.ci.cloudbees.com/job/browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_10/418/ [04:25:49] Yippee, build fixed! [04:25:50] Project browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8 build #483: FIXED in 27 min: https://wmf.ci.cloudbees.com/job/browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8/483/ [05:09:17] Project browsertests-test2.wikipedia.org-linux-firefox build #822: UNSTABLE in 23 min: https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-linux-firefox/822/ [06:21:20] Yippee, build fixed! [06:21:21] Project browsertests-test2.wikipedia.org-windows-internet_explorer_8 build #684: FIXED in 36 min: https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-windows-internet_explorer_8/684/ [06:37:24] Yippee, build fixed! [06:37:25] Project Flow-en.wikipedia.beta.wmflabs.org-linux-chrome build #182: FIXED in 6 min 11 sec: https://wmf.ci.cloudbees.com/job/Flow-en.wikipedia.beta.wmflabs.org-linux-chrome/182/ [06:38:42] Yippee, build fixed! [06:38:43] Project Flow-en.wikipedia.beta.wmflabs.org-linux-firefox build #179: FIXED in 7 min 20 sec: https://wmf.ci.cloudbees.com/job/Flow-en.wikipedia.beta.wmflabs.org-linux-firefox/179/ [06:43:37] Project Flow-test2-wikipedia-org-linux-chrome build #58: UNSTABLE in 6 min 11 sec: https://wmf.ci.cloudbees.com/job/Flow-test2-wikipedia-org-linux-chrome/58/ [09:49:01] Project UniversalLanguageSelector-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8 build #1: UNSTABLE in 49 sec: https://wmf.ci.cloudbees.com/job/UniversalLanguageSelector-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8/1/ [09:56:47] (03PS1) 10Zfilipin: Running an ULS job on IE8 [selenium] - 10https://gerrit.wikimedia.org/r/107822 [14:24:28] (03PS1) 10Hashar: Script to sync VisualEditor in mediawiki/extensions.git [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107841 [14:24:36] (03CR) 10Hashar: [C: 032] Script to sync VisualEditor in mediawiki/extensions.git [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107841 (owner: 10Hashar) [14:24:39] (03Merged) 10jenkins-bot: Script to sync VisualEditor in mediawiki/extensions.git [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107841 (owner: 10Hashar) [15:03:41] (03PS1) 10Hashar: gerrit-sync-ve: move hook init just before push [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107845 [15:03:44] (03PS1) 10Hashar: gerrit-sync-ve: clone anon repo, push over ssh [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107846 [15:03:47] (03PS1) 10Hashar: gerrit-sync-ve: split update and pushing [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107847 [15:03:57] (03CR) 10Hashar: [C: 032] gerrit-sync-ve: clone anon repo, push over ssh [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107846 (owner: 10Hashar) [15:04:00] (03CR) 10Hashar: [C: 032] gerrit-sync-ve: split update and pushing [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107847 (owner: 10Hashar) [15:04:03] (03CR) 10Hashar: [C: 032] gerrit-sync-ve: move hook init just before push [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107845 (owner: 10Hashar) [15:04:06] (03Merged) 10jenkins-bot: gerrit-sync-ve: move hook init just before push [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107845 (owner: 10Hashar) [15:04:09] (03Merged) 10jenkins-bot: gerrit-sync-ve: clone anon repo, push over ssh [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107846 (owner: 10Hashar) [15:04:12] (03Merged) 10jenkins-bot: gerrit-sync-ve: split update and pushing [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107847 (owner: 10Hashar) [15:13:06] (03PS1) 10Hashar: gerrit-sync-ve: git show --no-patch is 1.8+ [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107849 [15:13:23] (03CR) 10Hashar: [C: 032] gerrit-sync-ve: git show --no-patch is 1.8+ [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107849 (owner: 10Hashar) [15:13:26] (03Merged) 10jenkins-bot: gerrit-sync-ve: git show --no-patch is 1.8+ [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107849 (owner: 10Hashar) [16:40:54] (03PS1) 10Krinkle: Fix jsduck publish errors (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 [16:41:47] (03PS2) 10Hashar: Fix jsduck publish errors (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 (owner: 10Krinkle) [16:41:50] (03CR) 10jenkins-bot: [V: 04-1] Fix jsduck publish errors (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 (owner: 10Krinkle) [16:42:10] (03PS3) 10Krinkle: Fix jsduck publish errors (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 [16:47:37] (03CR) 10Krinkle: [C: 032] "Pushed mediawiki-core-jsduck, mediawiki-core-jsduck-publish, mwext-VisualEditor-doc-publish and mwext-VisualEditor-doc-test." [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 (owner: 10Krinkle) [16:47:53] (03Merged) 10jenkins-bot: Fix jsduck publish errors (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107860 (owner: 10Krinkle) [17:01:54] (03PS1) 10Hashar: gerrit-sync-ve: use jenkins-bot as committer name [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107861 [17:02:04] (03CR) 10Hashar: [C: 032] gerrit-sync-ve: use jenkins-bot as committer name [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107861 (owner: 10Hashar) [17:02:07] (03Merged) 10jenkins-bot: gerrit-sync-ve: use jenkins-bot as committer name [integration/jenkins] - 10https://gerrit.wikimedia.org/r/107861 (owner: 10Hashar) [17:03:11] (03PS1) 10Hashar: mwext-VisualEditor-sync-gerrit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107862 [17:06:04] (03PS2) 10Hashar: mwext-VisualEditor-sync-gerrit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107862 [17:06:18] (03CR) 10Hashar: [C: 032] mwext-VisualEditor-sync-gerrit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107862 (owner: 10Hashar) [17:06:37] (03Merged) 10jenkins-bot: mwext-VisualEditor-sync-gerrit [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107862 (owner: 10Hashar) [17:10:30] chrismcmahon: I looked at Niklas' code a bit more, and it led me to something I missed the first time around - there is an API "delete" action: https://www.mediawiki.org/wiki/API:Delete [17:11:04] chrismcmahon: So we can probably extend our API setup calls with matching teardown calls [17:11:20] JeffHall: yeah, I think I knew about that, but it is not a "hard" delete, it is like what happens when you delete a wiki page, it could be restored [17:11:51] JeffHall: a deleted page is not the same as a page that does not exist. a deleted page exists in some form [17:12:50] chrismcmahon: Ah, I see - so maybe won't do everything we need? I can play with it a bit on my local Mediawiki install just to see what it does and doesn't do at the database level [17:14:25] JeffHall: probably depends on context. e.g. if you go to create some page from scratch but the page has been deleted, you might get a "do you want to restore Foo page" or something like that. [17:33:37] JeffHall: got time for a question about the API proof of concept test? I think I have something misconfigured or otherwise goofed up [17:33:56] chrismcmahon: sure [17:34:56] JeffHall: OK, so I got the right error for no API_URL env var: $ bundle exec cucumber features/proof_of_concept.feature [17:34:56] API_URL is not defined - make sure to export a value for that variable before running this test. [17:34:56] must pass :url (ArgumentError) [17:35:25] JeffHall: and then I got the right error for no user/password: $ bundle exec cucumber features/proof_of_concept.feature [17:35:25] There was a problem - login was NOT successful. [17:35:25] undefined method `[]' for nil:NilClass (NoMethodError) [17:35:46] chrismcmahon: Yes, the new method(s) will need an API_URL env variable defined [17:35:53] but when I have those set I am getting an error that seems to indicate that the API is not returning anything at all: [17:36:11] $ bundle exec cucumber features/proof_of_concept.feature [17:36:11] undefined method `[]' for nil:NilClass (NoMethodError) [17:36:11] /home/cmcmahon/mob/MobileFrontend/tests/browser/features/support/env.rb:42:in `create_wiki_article' [17:36:33] chrismcmahon: What value did you assign to API_URL? [17:36:44] JeffHall: this is my API_URL: $ echo $API_URL [17:36:44] http://en.wikipedia.beta.wmflabs.org/w/api.php [17:37:14] JeffHall: that I got the login failure msg. suggests that I connected to the API [17:37:29] chrismcmahon: Ah, right, the captcha issue will come into play for betalabs and test2 [17:38:31] chrismcmahon: Although, I thought article creation (and the user login needed for article creation) should work in those environments - let me verify that... [17:40:11] JeffHall: yeah, let me mess with some puts's and see if I can figure it out [17:41:04] JeffHall: error suggests unexpected data returned at line 42, which is: complete_edit_data = JSON.parse(complete_edit_response.body) [17:41:05] complete_edit_status = complete_edit_data["edit"]["result"] [17:41:48] chrismcmahon: Yep, I'm getting that same error as you, so let me look at that... [17:42:04] JeffHall: here it is: $ bundle exec cucumber features/proof_of_concept.feature [17:42:05] {"servedby"=>"deployment-apache32", "error"=>{"code"=>"cantcreate-anon", "info"=>"Anonymous users can't create new pages"}} [17:42:05] undefined method `[]' for nil:NilClass (NoMethodError) [17:42:18] thinks I'm anon, but I think I am Selenium_user [17:45:20] chrismcmahon: Yeah, the user login using MEDIAWIKI_USER and MEDIAWIKI_PASSWORD values is not working as expected in betalabs - it will take a few puts statements to figure out where the hangup is occurring [17:45:40] JeffHall: funny that I got the 'login was NOT successful' message though. [17:45:51] chrismcmahon: In any case, this indicates that we need more exception handling with these new methods [17:46:07] JeffHall: with env vars for user/pass not set, but no login error when set [17:47:17] chrismcmahon: Yeah, that seems wrong, and the captcha issue should not come into play for the proof_of_concept test - I can debug the create_article method a bit more to see what the source of the problem is [17:47:34] JeffHall: user/pass seem to be set correctly [17:48:26] chrismcmahon: Yeah, for me as well, so the API login steps in betalabs must not be working as expected - I'll check them from the command line now [17:49:46] JeffHall: so login seems to work: {"login":{"result":"NeedToken","token":"6be6814ad779asdff893fccfb402e7e1420c","cookieprefix":"enwiki","sessionid":"fb15ae9ba8c0e7asfd6a022ede0078c4c7d9"}} [17:50:29] chrismcmahon: Yeah, but did the second API call after that (which submits the token) retrun a "success" status? [17:50:31] oh wait, one more step [17:50:59] {"login":{"result":"Success","lguserid":820,"lgusername":"Selenium user","lgtoken":"7e392afa7b0b6fd67e25d5e11a14a94d","cookieprefix":"enwiki","sessionid":"c103aa215840c5ff428e400e352f352f"}} [17:51:01] seems legit [17:51:25] chrismcmahon: Yep, that's a happy result! [17:52:48] JeffHall: I think I found it, edit_token_data doesn't seem to be there : {"tokens"=>{"edittoken"=>"+\\"}} [17:53:40] chrismcmahon: Yeah, I'm getting the same result - that is odd... [17:55:22] chrismcmahon: Going to check it with my local Mediawiki install to make sure it's not an environmental issue [17:56:06] JeffHall: OK, I'm still poking [17:58:35] chrismcmahon: Yeah, it all works with my local MediaWiki install, so there is something different about betalabs. I have to break for the VE scrum meeting, but I can check against test2 when I get back to see what happens there [18:03:43] That's an edit toke for anonymous users [18:04:46] chrismcmahon: Working good for me in test2 - so betalabs doesn't have any love for us today.... [18:06:12] csteipp: not sure what you mean, I think we logged in OK and have a token for Selenium_user {"login":{"result":"Success","lguserid":820,"lgusername":"Selenium user","lgtoken":"7e392afa7b0b6fd67e25d5e11a14a94d","cookieprefix":"enwiki","sessionid":"c103aa215840c5ff428e400e352f352f"}} JeffHall [18:07:10] lgtoken is only good for logging in. If you want to edit, you need the edit token (ending in \+) [18:07:40] And anonymous users have "+\\" as their edit token, so the call isn't authenticated when you grab the edit token, looks like [18:09:37] If it's working on test, then you might be setting the session cookie wrong? (Just a pure guess) [18:09:42] csteip: I'm getting the same behavior as Chris in betalabs, that is, getting an anon edit token after a successful login (all using the same cookie/session). Works as expected in other environments, but not in betalabs [18:11:58] Regression, or is this for a new test? [18:12:24] Nothing has changed in the cookie setting in a while. Beta might be having memcached issues, where we track the session... [18:12:46] (03PS1) 10Krinkle: Fix jsduck publish errors for mediawiki-core (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107879 [18:13:47] csteipp: It's a new test [18:17:00] JeffHall: concur, works on test2wiki [18:17:56] chrismcmahon: Going to look at the betalabs cookie to see if there's anything funny going on there that would trip up our test... [18:18:09] (03CR) 10Krinkle: [C: 032] "Pushed mediawiki-core-jsduck-publish, and rebuild the last job." [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107879 (owner: 10Krinkle) [18:18:17] but JeffHall on test2wiki if I fail to log in I can still create a page [18:18:26] (03Merged) 10jenkins-bot: Fix jsduck publish errors for mediawiki-core (GERRIT_BRANCH -> ZUUL_BRANCH) [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107879 (owner: 10Krinkle) [18:18:47] chrismcmahon: I assume that's allowed for anon users in test2? [18:20:01] csteipp: I am seeing edit token of {"tokens":{"edittoken":"+\\"}} for both logged in and not-logged in from test2wiki [18:20:32] unless we're mangling that somehow [18:21:34] yeah, JeffHall check this out: http://test2.wikipedia.org/wiki/Special:RecentChanges one of those new pages was on unsuccessful login, the other on successful login, but neither page has Selenium_user as the creator [18:22:03] JeffHall: so we are mangling the edit token for non-anonymous somehow [18:23:03] Yeah, beta (testing in a browser) is giving my logged in user correct edit tokens. [18:23:14] Are you pulling it in from api.php? [18:23:38] And just to make sure, you're pulling it in from the exact same domain that you're logging into, right? [18:24:14] csteipp: Yes, from api.php, and maintaining the domain-specific cookie from the login action through to the edit action [18:24:42] csteipp: I think we have some fairly basic bug, pretty sure we're dropping some data somehow when munging all this [18:25:32] chrismcmahon: Agreed, the test should not have created articles as anon, it should have used the MEDIAWIKI_USER and MEDIAWIKI_PASSWORD values [18:26:26] chrismcahon: So something's foobared - I need to take this back into the kitchen and see how it bakes with test2 and betalabs (as opposed to my local Mediawiki install) [18:26:47] Btw, is there any easy way to have phantomjs run the tests instead of firefox? I'm guessing it's not just a config variable, but thought I'd check... [18:27:55] JeffHall: that part worked, but edit_token_response seems to be incorrect [18:28:04] csteipp: You can "export BROWSER_LABEL=phantomjs" [18:29:06] chrismcmahon: So edit_token_respose status !=success? [18:33:02] JeffHall: I owe you beer.. that makes my life so much better. Thanks! [18:33:30] csteipp: You're welcome :) [18:42:17] JeffHall: seems to be going wrong on the line: edit_token_response = [18:42:18] RestClient.post ENV["API_URL"], {"action" => "tokens", "type" => "edit", "format" => "json"}, {:cookies => cookie} [18:43:19] JeffHall: are these correct? cookie [18:43:20] {"test2wikiSession"=>"676052935be1544efbf5edfa069b5442"} [18:43:20] API URL [18:43:20] http://test2.wikipedia.org/w/api.php [18:43:28] chrismcmahon: This is weird - I just ran the proof_of_concept test against test2, and all worked as expected - the article was created and edited by my MEDIAWIKI_USER, not by anon [18:47:57] chrismcmahon: Yeah, the "test2wikisession" label matches what I get in a cookie from test2 [18:48:34] chrismcmahon: I'll try running the test against test2 with Selenium_user credentials, rather than my own credentials [18:48:37] JeffHall: I figured it out. I did not have MEDIAWIKI_URL set :-( [18:48:57] chrismcmahon: Ah, I think we do need some more exception handling! [18:49:18] JeffHall: turns out one needs both API_URL and MEDIAWIKI_URL [18:49:54] JeffHall: (although I am not entirely sure why that is, looking around now) [18:50:02] chrismcmahon: Yes, that's true - we can add some simply exception handling to deal with one or both of those being undefined [18:50:18] chrismcmahon: It's for the mobile edit - the test has 2 steps: [18:50:27] 1) create a new article via API [18:50:38] 2) edit that same article via the Mobile UI [18:51:19] The second step was to address concerns from Max and Jon that the test wasn't mobile-specific! [18:51:22] JeffHall: yes, but for some reason not setting MEDIAWIKI_URL causes the API call not to log in properly. Not sure why. [18:51:56] chrismcmahon: OK, that is weird - I will look into that.... [19:11:57] JeffHall: I am definitely picking up what you're laying down here, thinking about how to refactor this for more utility. One thing e.g. I think we would want things like article-name, categories, article-text to be available in the .feature file the way edit strings and such are today.... [19:13:18] chrismcmahon: Yeah, those sorts of enhancements should be pretty doable, as long as article-title defaults to a random string where the test doesn't explicitly define it [19:34:21] chrismcmahon, JeffHall: I don't want to be pushy, ;-), but any chance you will review https://gerrit.wikimedia.org/r/#/c/107517/ today? Thanx ! [19:34:59] Project browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8 build #484: UNSTABLE in 30 min: https://wmf.ci.cloudbees.com/job/browsertests-en.wikipedia.beta.wmflabs.org-windows-internet_explorer_8/484/ [19:35:44] aarcos: Yes, I should be able to that this afternoon - this morning just got busy very quickly. Should be able to take a look after Julusz' TDD workshop is done [19:36:38] jeffhall: great !, tx !, ;-). [19:48:56] spage: https://github.com/watir/watirbook/blob/master/installation/ubuntu.md#chromium [20:23:47] Yippee, build fixed! [20:23:48] Project browsertests-test2.wikipedia.org-linux-firefox build #823: FIXED in 24 min: https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-linux-firefox/823/ [20:33:07] Yippee, build fixed! [20:33:08] Project browsertests-test2.wikipedia.org-windows-internet_explorer_10 build #405: FIXED in 29 min: https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-windows-internet_explorer_10/405/ [20:42:23] (03PS1) 10Krinkle: mwext-VisualEditor-doc: Update publish and test to match new logistics [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 [20:42:26] (03CR) 10jenkins-bot: [V: 04-1] mwext-VisualEditor-doc: Update publish and test to match new logistics [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 (owner: 10Krinkle) [20:43:29] (03PS2) 10Krinkle: mwext-VisualEditor-doc: Update publish and test to match new logistics [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 [20:47:36] aarcos: For the MultiMediaViewer browser test (basic_mmv_navigation.feature), is the necessary app code in betalabs, test2, or commons? Or all of those environments? [21:06:34] (03CR) 10Hashar: [C: 032] jobs for labs/migration [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107914 (owner: 10Hashar) [21:07:05] (03Merged) 10jenkins-bot: jobs for labs/migration [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107914 (owner: 10Hashar) [21:10:57] aarcos: I figured it out - got the test running fine locally. Will post comments on some suggested changed to the Gerrit patchset [21:13:16] (03PS1) 10Hashar: jobs for labs/migration [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107917 [21:13:28] (03CR) 10Hashar: [C: 032] jobs for labs/migration [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107917 (owner: 10Hashar) [21:13:32] (03Merged) 10jenkins-bot: jobs for labs/migration [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107917 (owner: 10Hashar) [21:22:11] (03PS1) 10Hashar: labs-migration-assistant-pep8 is now voting [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107918 [21:22:21] (03CR) 10Hashar: [C: 032] labs-migration-assistant-pep8 is now voting [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107918 (owner: 10Hashar) [21:22:25] (03Merged) 10jenkins-bot: labs-migration-assistant-pep8 is now voting [integration/zuul-config] - 10https://gerrit.wikimedia.org/r/107918 (owner: 10Hashar) [21:34:01] (03PS3) 10Krinkle: mwext-VisualEditor-doc: Update publish and test to match new logistics [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 [21:36:11] (03CR) 10Krinkle: [C: 032] "Pushed mwext-VisualEditor-doc-publish and mwext-VisualEditor-doc-test." [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 (owner: 10Krinkle) [21:36:27] (03Merged) 10jenkins-bot: mwext-VisualEditor-doc: Update publish and test to match new logistics [integration/jenkins-job-builder-config] - 10https://gerrit.wikimedia.org/r/107905 (owner: 10Krinkle) [21:42:48] JeffHall_lunch: idle question, how close are you to Chandler AZ? http://gangplankhq.com/chandler/ I'm wondering if we should pair-program f2f on the API stuff [22:03:10] chrismcmahon: I'm in the northwest of Phoenix, specifcally in Surprise (near Peoria and Glendale) [22:03:59] chrismcmahon: Although I'll be in Seattle this weekend, since I have to deal with some co-op business there (that's why I'll be offline tomorrow) [22:07:38] JeffHall: OK. I was just thinking that you came down to Tucson once, I should go up to Phoenix :-) The Gangplank Chandler co-work space would be ~30 minutes less driving for me than either Gangplank/Avondale or Surprise. [22:10:12] chrismcmahon: Shouldn't be difficult for me to get to Chandler. Maybe sometime towards the end of next week? [22:11:32] JeffHall: that seems reasonable. it's a big chunk of function we are adding, seems like f2f would be worthwhile. [22:11:45] chrismcmahon: Agreed! [22:19:46] Project browsertests-test2.wikipedia.org-windows-internet_explorer_8 build #685: UNSTABLE in 1 hr 9 min: https://wmf.ci.cloudbees.com/job/browsertests-test2.wikipedia.org-windows-internet_explorer_8/685/ [22:39:21] Project Flow-en.wikipedia.beta.wmflabs.org-linux-chrome build #183: UNSTABLE in 16 min: https://wmf.ci.cloudbees.com/job/Flow-en.wikipedia.beta.wmflabs.org-linux-chrome/183/ [22:45:40] Yippee, build fixed! [22:45:41] Project Flow-test2-wikipedia-org-linux-chrome build #59: FIXED in 5 min 58 sec: https://wmf.ci.cloudbees.com/job/Flow-test2-wikipedia-org-linux-chrome/59/ [23:29:04] Project MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome build #202: UNSTABLE in 35 min: https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.beta.wmflabs.org-linux-chrome/202/ [23:37:48] I think Sauce Labs is having connection issues. I'm sure it's because I just filed a support ticket for IEDriver ;-) [23:48:34] Project MobileFrontend-en.m.wikipedia.org-linux-firefox build #248: UNSTABLE in 19 min: https://wmf.ci.cloudbees.com/job/MobileFrontend-en.m.wikipedia.org-linux-firefox/248/