[00:00:21] marktraceur ? [00:19:14] comets: Uhhh what? [00:19:16] Again? [00:19:20] What did we do this time? [00:19:30] so u guys did something :O [00:19:44] I don't know! What error do you get? [00:20:05] on http, when we add the image link to the "get from flickr", it just keeps on loading ....doesn't go any further .. [00:20:13] Ugh. [00:20:13] works ok on https.. [00:20:27] comets: Well, SSL is required on Flickr, so maybe that regressed [00:21:04] this was a problem a while back but it was fixed... [00:22:16] Right, that's what "regression" means [00:23:15] No, looks like it's the right URL [00:23:23] comets: Do you see any errors in your browser console? [00:24:28] lemme do a test.. [00:26:56] dammit, FF32 doesn't show anything in the console.....looks like mozdev nerds broke another feature :\ [00:27:32] wait .. [00:27:35] http://commons.wikimedia.org/w/api.php [HTTP/1.1 504 Gateway Time-out 10433ms] [00:29:34] http://pastebin.com/yfxCHPjz [00:36:36] Hm. [00:36:46] comets: Can you get the URL parameters for that API call? [00:37:18] for the 504? [00:38:13] for the first one : https://api.flickr.com/services/rest/?&api_key=e9d8174a79c782745289969a45d350e8&format=json&nojsoncallback=1&method=flickr.photos.licenses.getInfo [00:38:29] I meant the 504 [00:38:52] Request URL: http://commons.wikimedia.org/w/api.php [00:38:54] That's almost certainly the issue [00:38:59] (the 5040 [00:39:04] ) [00:41:46] happened last night while i was uploading (12ish hours ago) so some change then? [00:42:20] ...hm, maybe. 12 hours ago is weird timing though. [00:52:46] comets: Would you file a bug? I'll look at it later :) [01:01:08] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981 (10Cometstyles) 3NEW p:3Unprio s:3normal a:3None When trying to upload an image from flickr to commons via [[Special UploadWizard/Flickr]] using http, when we add the i... [01:05:36] comets: Can you add the full parameters of the API call that 504'd? [01:16:22] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981#c1 (10Tisza Gergő) At a glance, this seems like an upload error which is not related to Flickr. Can you reproduce with the same file? Can you reproduce with a file from a diffe... [01:35:33] (03PS3) 10Gergő Tisza: Query UploadWizard funnel data [analytics/multimedia/config] - 10https://gerrit.wikimedia.org/r/150750 [01:38:20] (03PS3) 10Gergő Tisza: Query UploadWizard funnel data [analytics/multimedia] - 10https://gerrit.wikimedia.org/r/150749 [01:40:48] (03CR) 10Gergő Tisza: "I was missing a brain, apparently: I deployed on limn1 without merging, and local changes are overwritten by the deployscript." [analytics/multimedia/config] - 10https://gerrit.wikimedia.org/r/150750 (owner: 10Gergő Tisza) [01:43:57] how would i do that? [01:49:54] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981#c2 (10Cometstyles) it worked with a different flickr user GET https://api.flickr.com/services/rest/ [HTTP/1.1 200 OK 3597ms] GET https://api.flickr.com/services/rest/ [HTTP/1.... [01:52:11] how is that possible, i tried the same user again and it didn't work.. [02:03:52] tried it a few times, ignore this user "gage skidmore" [02:04:19] anyone else wants to give it a run on test.wikipedia? [02:04:36] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981#c3 (10Tisza Gergő) And with the original user it fails all the time? Maybe the user is blacklisted and the error message about the blacklist is not returned for some reason? Th... [02:08:01] comets: can you add the exact URL for which it does not work? [02:08:41] https://www.flickr.com/photos/gageskidmore/ < pick any pic and try.. [02:08:55] just did on test.wikipedia, same outcome.. [02:09:32] on od thing i picked was this in the console "Server: WebProxy/1.0 Pre-Alpha" [02:09:46] ^ under response headers [02:11:08] seems to work for me [02:11:19] do you remember which specific image you tried? [02:11:24] try in http [02:11:37] oh, yeah, forgot about that [02:11:44] i tried a dozen already, same outcome.. [02:11:51] works ok in https [02:13:34] how do you use http? [02:13:42] I just get redirected when I try [02:14:06] in preferences, disable "secure connection" option [02:14:38] uncheck "Always use a secure connection when logged in" [02:15:06] even so [02:15:22] http://test.wikipedia.org/wiki/Special:UploadWizard [02:15:36] after saving, click the link.. [02:15:59] may have to clear cache or purge if it happens, its an ongoing bug... [02:16:41] looks like I had to log out and back for the pref change to take effect [02:17:33] yeah, its a bug of sorts, hard to move away from https :P [02:17:48] the upload still works though [02:18:43] no loop? [02:20:07] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981#c4 (10Cometstyles) tried it with multiple others, seems to be be affecting one user who releases all his images under (cc-by-sa) and no he is not blacklisted, probably one of t... [02:22:31] the images upload fine for me on test.wikipedia.org [02:22:37] they take 10 secs or so [02:23:58] maybe marktraceur will have more luck reproducing [02:24:55] u sure ur url didn't turn to https? [02:25:23] i tried on another browser, same outcome..weird.. [02:26:01] plain HTTP, on Chrome/Ubuntu [02:26:32] the browser should not matter much anyway, this error happens server-side [02:29:08] when did you test this for the last time on testwiki? [02:32:10] just 15mins ago.. [02:32:27] do you maybe have the exact time? [02:32:33] actualy i left it running for the last 5 minutes, its still loading lol.. [02:32:55] that's just UploadWizard having crappy error handling [02:33:07] do you know when you started the upload: [02:33:11] ? [02:33:36] on test? i can do one again f u want.. [02:34:04] on chrome it throws up "Unknown error: "unknown"." [02:34:21] please do it again then [02:44:33] ran it 2 mins ago on testwiki.. [02:45:14] brb [02:47:33] doesn't seem like there is an error log for it [02:48:01] i'll pass for now [02:49:31] http://pastebin.com/k7AS7pVp < from chrome on ocmmons [02:51:18] I don't think much useful can be learned from the browser [02:51:35] the API request which should cause the upload to happen times out [02:51:55] the browser won't know the reason for that, it's a server-side problem [05:59:37] 3MediaWiki extensions / 3GWToolset: file_get_contents(/srv/vagrant/mediawiki/extensions/GWToolset/includes/Helpers/WikiPages.php): failed to open stream: No such file or directory - 10https://bugzilla.wikimedia.org/68637#c4 (10dan) 5NEW>3PATC thanks for the catch. uploaded patch https://gerrit.wikimedia.... [07:36:43] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981 (10Andre Klapper) 5NEW>3UNCO [07:36:52] 3MediaWiki extensions / 3UploadWizard: UploadWizard Flickr (tracking) - 10https://bugzilla.wikimedia.org/43450 (10Andre Klapper) [11:41:22] 3MediaWiki extensions / 3UploadWizard: Wizard refuses to upload images from flickr via http - 10https://bugzilla.wikimedia.org/68981#c5 (10Steinsplitter) It works for me https://commons.wikimedia.org/wiki/File:Kitten_with_laptop_-_278017185.jpg. Can you pls clear your browser cache and try again? [14:35:45] * marktraceur works from home [14:39:25] I'm taking over tgr's patch for UW event logging [14:45:54] (03PS2) 10MarkTraceur: [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [14:45:57] (03PS4) 10MarkTraceur: Move funnel logging into its own component [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [14:46:30] (03CR) 10jenkins-bot: [V: 04-1] [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [14:47:49] (03CR) 10MarkTraceur: "Rebase" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [14:56:55] (03PS5) 10MarkTraceur: Move funnel logging into its own component [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [14:57:03] (03CR) 10MarkTraceur: Move funnel logging into its own component (031 comment) [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [15:00:39] 3MediaWiki extensions / 3UploadWizard: Unexpected freezing of browser after hightlighting from the description field and/or pulling scroll on the bottom right to extend the field - 10https://bugzilla.wikimedia.org/68807 (10Andre Klapper) [15:03:20] tgr, for shame, using spaces instead of tabs [15:06:11] (03PS3) 10MarkTraceur: [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:06:22] (03CR) 10MarkTraceur: "Last two patches are rebases" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:06:40] (03CR) 10jenkins-bot: [V: 04-1] [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:06:59] (03PS6) 10MarkTraceur: Move funnel logging into its own component [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [15:07:19] (03CR) 10MarkTraceur: "Fixed whitespace" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [15:09:48] (03PS4) 10MarkTraceur: [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:10:00] (03CR) 10MarkTraceur: "Rebase and whitespace fixes" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:10:19] (03CR) 10jenkins-bot: [V: 04-1] [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:10:27] (03PS5) 10MarkTraceur: [WIP] add some flow events for funnel logging [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:10:42] (03CR) 10MarkTraceur: "Silly mistake :) thanks, jshint" [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/144588 (owner: 10Gergő Tisza) [15:34:41] (03CR) 10MarkTraceur: [C: 032] "Thanks, tgr." [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [15:35:10] (03Merged) 10jenkins-bot: Move funnel logging into its own component [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/134283 (owner: 10Gergő Tisza) [16:06:04] fabriceflorin: Can you take a look at https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/305 and confirm that you want to know about *clicks* and not some other number? [16:06:10] (03PS2) 10Gilles: [WIP] Minimal Media Viewer [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/150585 [16:06:47] (03CR) 10jenkins-bot: [V: 04-1] [WIP] Minimal Media Viewer [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/150585 (owner: 10Gilles) [16:06:50] 'cause you're asking us to track how many times users clicked on the select media button, which seems like an attempt at finding a solution to tracking how many times people upload files, which we can track in far better ways [16:07:39] marktraceur: I think clicks is a good starting point. I would be fine if we want to collect other data, but this will give us useful information right away, without requiring more complicated design. [16:07:54] No, you don't understand [16:08:11] fabriceflorin: I'm asking you whether what you *want* is clicks, or whether you would rather have some other data [16:08:17] Let us determine the difficulty of it [16:08:51] Because there are issues with tracking clicks on the button, and if other data is what you want, I'd much rather do that [16:09:10] Well, I also asked for these other data: [16:09:11] Number of Files Submitted: How many files did the user try to upload at the start of this session? [16:09:11] Number of Files Accepted: How many files were accepted and successfully uploaded by the end of this session? [16:09:46] So that's great, but not really what I'm asking [16:10:19] fabriceflorin: What exactly is the behaviour you want to track? [16:10:28] And what does it tell you? [16:12:18] I want to find out how often people try to upload a file, how many files they upload and how many are successfully uploaded. [16:12:47] OK, that's a way better acceptance criteria statement - "try to upload a file" is not "clicks on the choose-file button" [16:14:06] Note that some of these questions can be answered by the funnel analysis that Gergo is preparing, but my understanding is that one doesn’t give us a sense of how many files are being uploaded. [16:14:07] https://wikimedia.mingle.thoughtworks.com/projects/multimedia/cards/541 [16:14:19] Yeah, there's some data missing there [16:14:26] "these questions" which? [16:15:41] Your point is well taken that the clicks may not be the best way to find out how many files are being uploaded successfully in a single session. One of the questions I was hoping to get answered was how often people try multiple file uploads and how many files per upload. [16:15:54] Right, and we can do that too [16:16:15] I've just arrived in london, if anyone feels like fixing commons images on alpha (see internal team email)... otherwise I'll take a closer look later tonight [16:16:16] I'd say that's included in the revised version. (I'll make edits as we go, here) [16:16:39] Sorry if this ticket wasn’t very clear. It was created quickly many months ago, and I didn’t take the time to polish it while it languished in the backlog. [16:16:43] It's OK [16:17:11] fabriceflorin: I'd also like to reiterate a request I've made in the past for research questions that lead to these data requests [16:17:25] I appreciate your call to action to sharpen its requirements. Is the outline above useful to you? Should I add it to the ticket? [16:17:42] Like, knowing the percentage of failed uploads makes sense to me because it tells us how often people run into issues in UW [16:18:03] So your research question is probably something like "How often do users' uploads fail?" [16:18:10] But I don't see those questions... [16:18:18] fabriceflorin: I'll add the clarification :) [16:18:20] marktraceur: Yes, I understand the need for clearer research questions, and will aim to do this going forward. [16:19:40] I’m sorry that I haven’t been as focused on Upload Wizard as I would like. Media Viewer has taken a huge amount of my time, and most of the leftover has gone to Structured Data, which is a really hairy project. But I will aim to refocus more on Upload Wizard, once the MV saga winds down ... [16:19:47] It's OK [16:20:08] Thanks for your understanding. It’s been a rough time for me in recent weeks … [16:20:15] *nod* [16:21:29] (03PS3) 10Gilles: [WIP] Minimal Media Viewer [extensions/MultimediaViewer] - 10https://gerrit.wikimedia.org/r/150585 [16:22:30] fabriceflorin: Also, there's a request for user_id in that ticket, do we really need that for some reason? [16:24:17] I proposed the user_ID in case we need it to track a user’s original upload requests and successful uploads by using that data point. But if you can do that without it, that’s fine by me. Your call. [16:25:32] fabriceflorin: I'm asking to determine whether it's necessary :) track the requests like in the logs? Or on wiki? And for what purpose? [16:26:23] marktraceur: Note that besides "How often do users' uploads fail?" as a research question, I still have another research question about “How often users upload multiple files and how many per session?” Should that be a separate ticket? [16:26:48] I think we can do that with the current schema. [16:27:00] OK, sounds good. Much appreciated. [16:28:39] The only reason I included user_ID was to make sure we are able to collect these numbers for individual users and sessions. If we can do that without that data point, we don’t need it. [16:30:03] In other words, if you can determine in other ways how many files were successfully uploaded (or not) by a single user in a single sessions, then we’re fine. [16:31:23] Oh, OK. [16:31:27] Yeah we're good. [16:31:59] We have anonymized session IDs that should basically never collide, so it's fine. [17:11:04] Hrm, I wish I had my upload-event code merged for this metrics patch [17:11:46] gi11es: If you're around, https://gerrit.wikimedia.org/r/150258 is a cool patch, if not, I can ask tgr when he arrives [17:13:29] Added to the wall. [17:17:04] (03PS5) 10MarkTraceur: Make UWU and UWUI event emitters [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/150258 [17:24:31] tgr: Good timing! FYI I made some progress on the UW metrics patch [17:24:50] I want to get 819 in before moving on with it though [17:26:04] cool [17:29:56] neilk_: Do you remember the ConfirmCloseWindow issue with caching in Firefox? You have a comment here that says leaving the onbeforeupload handler enabled while the alert is active "breaks caching" but I have no clue what that means [17:30:14] Oh, hm, core's editWarning does the same hing. [17:30:24] That seems like a silly bug but I'll go with it. [17:31:56] marktraceur: shouldn't we wait for OOJS to become fully ES3-compatible before introducing it to UW? [17:32:29] tgr: I wasn't too worried about that, but if that's a concern, it may be too late? [17:32:36] I think an EventEmitter patch was already merged [17:33:16] marktraceur: I don't know, sorry [17:33:41] neilk_: Seems like it's OK, though. Thanks :) [17:34:01] marktraceur: I think it is copied from editWarning [17:34:25] marktraceur: or vice versa. one of those :) [17:34:44] (03CR) 10Siebrand: [C: 031] "i18n/L10n reviewed." [extensions/TimedMediaHandler] - 10https://gerrit.wikimedia.org/r/145756 (https://bugzilla.wikimedia.org/61823) (owner: 10Brion VIBBER) [17:35:02] Duplicated code is t3h silly! [17:47:04] marktraceur: that means it's impossible to upload files to Commons from IE 6-8, Opera 10 etc [17:47:30] tgr: Urgh, that's no good. Maybe I'm wrong [17:47:39] nah, just tested [17:47:49] Crap. [17:48:02] Did we ever get anywhere on deciding what browsers to support? [17:48:51] there should be a redirect to Special:Upload, I don't think it is a big problem if they can't access UW for a while until the support in OOJS gets sorted out, but there is no way to find that page right now [17:49:02] Yeah. [17:49:18] we didn't, but this is temporary, so no big deal [17:49:19] No bug reports is a good sign [17:50:01] OOJS will support those browsers eventually, it just needs an Object.create polyfill [17:50:14] Yeah. [17:50:24] Maybe I'll bother VE about that [17:51:56] as a low-effort fix, maybe just add a message saying "go to Special:Upload if this doesn't work for you"? [17:52:02] Maybe so [17:52:07] Or just actually redirect [17:52:14] then hide it from JS as soon as UW is set up [17:52:16] Though there used to be a "go to old form" link... [17:53:10] the only thing I see now on Commons in IE8 is "please visit Commons:Upload help if you need help" [17:54:50] Hm. [18:04:55] (03PS1) 10MarkTraceur: Move confirmCloseWindow to core [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 [18:06:09] (03CR) 10jenkins-bot: [V: 04-1] Move confirmCloseWindow to core [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 (owner: 10MarkTraceur) [18:08:13] Hi keegan: Internet troubles? [18:08:29] Yeah :( I'm working on it [18:09:03] (03PS2) 10MarkTraceur: Move confirmCloseWindow to core [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 [18:09:03] Keegan: OK, no prob. Let me know when you’re up. No rush on my end. [18:09:26] (03CR) 10MarkTraceur: [C: 04-1] "It's whining because core's patch isn't merged yet. You should go review that first." [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 (owner: 10MarkTraceur) [18:09:49] (03PS3) 10MarkTraceur: Move confirmCloseWindow to core [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 [18:10:43] (03CR) 10jenkins-bot: [V: 04-1] Move confirmCloseWindow to core [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151127 (owner: 10MarkTraceur) [18:18:23] 3MediaWiki / 3File management: images .htaccess file makes images inaccessible - 10https://bugzilla.wikimedia.org/62289#c9 (10Ryan Kaldari) Updated to Apache 2.2.26 and still have the same problem (403 error Forbidden). [20:41:11] Hrm, more I think about it the less I can pull out of UW without making it way more general, or having the metadata API spec [20:41:41] I guess I'll start with the interface disentanglement... [20:46:41] Let's get crazy, I'm going to attempt to set up Minimal Media Viewer on my Vagrant [20:46:51] * Keegan only has a vague clue of how to do this [20:46:55] Wheeeeee [20:47:18] vagrant enable-role mediaviewer; vagrant provision [20:47:35] Shhhhh I wanted to do this on my....Hey, thanks! [20:48:54] * Keegan runs git fetch https://gerrit.wikimedia.org/r/mediawiki/extensions/MultimediaViewer refs/changes/85/150585/3 && git checkout FETCH_HEAD , seems to work [20:49:10] bd808: I'm brand spanking new to doing this kind of thing [20:49:23] I haven't used command lines since I was a kid on a Commodore [20:49:33] :) from tiny acorns... [20:50:08] Norton Utilites ruined everything [20:56:11] And now to debug. ( ! ) Warning: include_once(): Failed opening '/vagrant/LocalSettings.php' for inclusion (include_path='/vagrant/mediawiki/vendor/phpunit/php-text-template:/vagrant/mediawiki/vendor/phpunit/phpunit-mock-objects:/vagrant/mediawiki/vendor/phpunit/php-timer:/vagrant/mediawiki/vendor/phpunit/php-token-stream:/vagrant/mediawiki/vendor/phpunit/php-file-iterator:/vagrant/mediawiki/vendor/phpu [20:56:11] nit/php-code-coverage:/vagrant/mediawiki/vendor/phpunit/phpunit:/vagrant/mediawiki/vendor/symfony/yaml:.:/usr/share/php:/usr/share/pear') in /vagrant/mediawiki/LocalSettings.php on line 128 [20:56:17] Whuuu? [21:29:08] strange, LocalSettings.php should be there by default [21:31:05] this is what my vagrant folder contains and it's a recent install: https://www.dropbox.com/s/p4qvrsrmyrc7nmw/Screenshot%202014-08-01%2022.30.49.png [21:41:19] * marktraceur sighs at random phantom load errors in UW [21:46:42] Turns out if you forget .js for your JS file it doesn't load [21:46:53] * marktraceur goes to find something to strangle [21:58:10] (03PS1) 10MarkTraceur: Make a Thanks UI class [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151225 [21:58:38] (03CR) 10jenkins-bot: [V: 04-1] Make a Thanks UI class [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151225 (owner: 10MarkTraceur) [22:00:52] Thanks gi11es :) [22:03:05] (03PS2) 10MarkTraceur: Make a Thanks UI class [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151225 [22:03:32] (03CR) 10jenkins-bot: [V: 04-1] Make a Thanks UI class [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151225 (owner: 10MarkTraceur) [22:14:38] Keegan: have you figured it out? [22:18:32] (03PS3) 10MarkTraceur: Make a Thanks UI class [extensions/UploadWizard] - 10https://gerrit.wikimedia.org/r/151225 [22:25:37] gi11es: Nah, but I'm just going to leave it for the hackathon. Someone will take pity on me and teach me simple settings :) [22:26:01] it should work out of the bo, that's the thing [22:26:12] something must have gone wrong during your vagrant setup [22:26:17] *box [22:26:20] Sure, but I don't know what or how [22:26:33] So I'd rather learn than figure out :) [22:26:38] swing by on the first day of the hackathon and we'll do it together [22:26:46] Cool [22:26:54] * bd808 will have usb sticks to make setup easier [22:27:27] Oh nice [22:27:43] Well I hope I will anyway. The hackathon guys said they got 50 sticks made from an image I generated on labs [22:29:03] The entirety of the Vagrant setup ran fine. I don't have anything customized. I've been using it for a couple of weeks. I ran across issues with NFS and Mac, that the MW help page dealt with, butttttt...yeah. I'll get with you in London, gi11es [22:29:31] so it stopped working after you tried to check out my changeset? [22:30:24] The wiki still works, I just get that nasty error message at the top of every page [22:30:59] We'll figure it out, I'm not going to debug it on a Friday [22:31:16] I see what the concept looks like, I'm good :) [22:38:16] Keegan: you ran the git fetch stuff in the wrong directory [22:38:37] tgr: I'm not surprised [22:38:58] (y'all don't focus on my computer ineptitude! :P ) [22:39:13] try running 'git checkout master' in /vagrant, then the fetch stuff in /vagrant/mediawiki/extensions/MultimediaViewer [22:39:57] in general the safe way of checking out a gerrit changeset is git review -d [22:40:12] that will simply fail if you are in the wrong directory [22:42:44] if keegan has media viewer installed already, otherwise the multimedia role installs it, right? [22:43:10] the multimediaviewer role [22:43:11] I installed the role previously [22:43:18] ah! [22:43:23] so yes, what tgr just said [22:44:40] git clone works? [22:45:27] and it does [22:45:28] you should not need it [22:45:33] Nasty error boxes gone [22:47:00] would be nice to have a (G?)UI for vagrant which shows you the list of installed roles and you can set master or gerrit version for each [22:48:02] bd808: is it hard to run vagrant provision from inside vagrant? [22:48:39] or vagrant commands in general? [22:48:40] Cool, vagrant back to normal, upload is working, getting MMV to do the same. [22:49:06] And yes, a GUI for setting up roles would be awesome [22:49:13] tgr: The equivalent command would be easy. `vagrant provision` connects to the vm with ssh and runs a puupet command [22:49:20] Special:Roles with radio icons or something [22:49:44] bd808: and enabling/disabling roles? [22:50:16] tgr: I posted a patch today that will make the puppet run create a catalog of the roles (and other classes) that are applied [22:50:33] tgr: Yeah we could make a script for that pretty easily [22:51:00] I want to change the way that happens anyway [22:51:20] We can do it easier with hiera than what we have hacked up so far [22:51:44] With hiera it will just be a matter of adding a line to a yaml file [22:51:49] maybe I will give the extension a shot at the hackathon [22:52:04] I'd think/expect vagrant to be a bit more customizable from the GUI end [22:52:18] we wanted to make it easier for designers to configure multimedia-alpha anyway [22:52:25] Like, I set up my instance. How do I make my account God through the interface? [22:52:32] I seemingly can't [22:52:36] that sort of thing [22:52:54] Ah. That's wiki stuff [22:53:08] isn't it already, though? [22:53:35] the default vagrant user has passwordless sudo in the vm [22:53:36] tgr: not through following the instructions on mw.org [22:53:45] Ah [22:53:51] the Admin user is a sysop, and in a default MediaWiki setup, sysops can add users to groups [22:53:54] I think [22:53:58] sudo -s to get a root shell [22:54:29] Yeah the Admin user should be able to add anyone else to groups [22:54:38] but there aren't many groups [22:55:30] we could make a `vagrant add-user` command to run create and promote if that would make more sense to people [22:55:50] Or you could just ssh into the vm and run it yourself [22:56:12] * Keegan watches bd go over his head [22:56:44] I mean, I'm running these things, but stuff isn't just quite working right [22:56:59] It's like setting up a homebrew pc, mid '95 [22:57:08] No big deal [22:57:51] Keegan: There is a maintenance script named createAndPromote.php that makes a new wiki user and gives it sysop rights [22:58:06] Or crat or bot [22:59:47] "< Keegan> It's like setting up a homebrew pc, mid '95" -- its a developer tool :) [23:00:13] I still work mostly like it's '96 [23:00:32] my browser is a little nicer and my laptop is faster but the rest hasn't changed too much [23:02:10] ;) [23:06:29] bd808: t dA ops could ssh into our vms by giving them a key, it was invaluable. definitely the best addition they made to the vm [23:06:34] *at [23:07:02] literally running one command that opens the gate just for them, a no-brainer [23:07:46] I think chasemp helped set that up, we would have more details abut how it exactly worked [23:07:54] *he [23:10:16] gi11es: They could ssh in to your laptop vm? Hmmm... [23:10:38] yes, it was black magic [23:11:05] There is a thing that vagrant added that could support that for us. It opens a proxy between the vagrant instance and their server. [23:11:20] We could probably figure out how to rig something similar in labs [23:11:50] http://docs.vagrantup.com/v2/share/ [23:12:32] wow [23:12:45] this needs to be advertised more [23:13:04] the http sharing is super useful [23:13:36] I always messed around with runscope or localtunnel or whatever to do that [23:13:44] tgr: Ori and I talked about it on irc months ago. That isn't public enough? ;) [23:13:48] bd808: does that "just work (tm)"? [23:14:14] gi11es: you need a vagrant cloud free acount [23:14:19] after that I think it does [23:14:44] All the vagrant vms use the same ssh key pair, so once you open that port ... you are easy to own [23:14:44] free sounds like a good deal [23:15:58] that's a bummer, they could have run a different ssh process with a key generated on the fly or something like that [23:16:04] It would be really neat to figure out how to replicate their proxy in labs so the only account needed was a wikitech login [23:16:29] I should talk to Yuvi about that. He would probably figure it out in short order [23:46:50] gi11es: It looks like the default wiki config we have makes `vagrant share` not so useful. [23:47:05] It redirects to 127.0.0.1 urls [23:48:07] Oh. maybe it works "mostly" jsut not the root page redirect [23:48:37] bd808: I have a bug report about that somewhere [23:49:13] https://bugzilla.wikimedia.org/show_bug.cgi?id=66399 [23:49:13] tgr: Try http://puny-armon-5133.vagrantshare.com/wiki/Main_Page [23:50:15] this is a problem in general when viewing a vagrant box from any machine which is not the host [23:50:28] such as another VM where I am running IE [23:50:47] yeah the config needs some work. It should be possible to fix... I think [23:50:55] and the fix would be trivial, just kill the redirecting feature in MW [23:51:12] works fine for me with the snippet included in the bug report [23:51:13] I think `$wgServer = null` does taht