[00:00:16] WebResponse/FauxResponse [00:09:22] awjr: why can't you assertThat(isset($_COOKIE['BLAH']), is(true)); [00:11:51] preilly: setcookie() seems to make phpunit barf [00:13:13] awjr: do you get a Cannot modify header information? [00:13:21] preilly: yeah [00:15:32] awjr: phpUnit prints output as the tests run thus causing headers_sent() to return true even in your first test. So, to overcome this issue for an entire test suite you simply need to use ob_start() in your setup script. [00:16:05] linSmith: whats the account that you use on mediawiki.org ? [00:17:55] awjr: in the setup try adding ob_start(); // <-- very important! [00:18:23] awjr: and in the tear down throw in a header_remove(); // <-- VERY important. [00:18:56] preilly: interesting - i tried adding ob_start() to the setUp() method in the test class, no dice. also tried adding it at the top of phpunit.php in phase3/tests/phpuni/phpunit.php, same problem [00:19:18] ah tear down makes sense [00:20:27] holy god that made more errors [00:20:31] awjr: you still get, "Cannot modify header information" even with a ob_start(); [00:20:37] yeah [00:21:32] preilly: http://pastie.org/3597553 [00:23:54] awjr: weird [00:26:25] * awjr grumbles [00:28:33] oh well, i can think of a few ways to test around what im trying to do [00:28:51] awjr: can you try running phpunit with --stderr or --process-isolation [00:29:41] preilly: interesting - with —stderr it seems to work [00:31:21] awjr: well, that directs phpunit's output to stderr, preventing it from interrupting HTTP header generation…. [00:31:55] however, doing setcookie() doesn't actually populate $_COOKIE [00:33:32] awjr: hmm [00:39:31] awjr: where does it say output started at… in that error? [00:39:53] preilly: Cannot modify header information - headers already sent by (output started at /usr/share/php/PHPUnit/Util/Printer.php:173) [00:40:51] preilly: im not sure how worth it it is to dig too deep into this considering i can't seem to access cookie data set in the script being tested anyway, regardless of whether or not i can set cookie data from the test [00:43:52] awjr: but, you should be able to do that [00:44:52] preilly: you mean i should be able to because it would be dumb to not be able to do that or because it's actually something that is doable in phpunit? [00:44:54] awjr: also, look at: http://www.phpunit.de/manual/3.4/en/appendixes.annotations.html#appendixes.annotations.outputBuffering [00:45:04] awjr: actually doable in phpunit [00:45:21] awjr: I'm pretty sure the Facebook sdk has it [00:46:04] interesting [00:51:59] preilly: the output bufferin does indeed work nicely [00:52:08] with the descriptor i mean [00:52:24] e.g., @outputBuffering enabled [00:53:10] preiily: yeah, but still doesn solve the underlying problem :| [00:53:30] http://pastie.org/3597690 [00:55:23] no worky - both assertions fail as the actual values returned are null [01:11:05] i'm going to be chatting with this guy in the near future http://jonathanstark.com/ [01:11:12] let me know if you want me to pass on any questions [01:11:25] open ended but i'll certainly let him know were hiring :) [01:23:49] alright am out [01:23:53] gnite everyone! [01:23:58] night yuvipanda [01:24:06] yuvipanda: good morning? [01:24:07] though technically it is morning. [01:24:11] hehehe [01:24:13] and I have a hackathon to run on Saturday [01:24:20] go to bed! [01:24:33] which means i'll have to start on a 1.5hour bus journey at around 6 on saturday morning [01:24:48] * yuvipanda is tempted to stay on and reset his sleep cycle the 'other' way [01:24:55] yuvipanda: think yo can stay awake til then? [01:25:06] awjr: until saturday? nope! [01:25:21] awjr: but if I can stay up till, say, 1PM or so today (Thursday) [01:25:31] awjr: I can then stay up till 7PM or so on friday [01:25:31] ah [01:25:32] nope [01:25:36] 6 hour jumps aren't possible [01:25:40] lol [01:25:42] without completely killing any productivity [01:25:59] all right … I'm out as well .. lots of new project pages here https://www.mediawiki.org/wiki/Wikimedia_Mobile_and_Special_Projects_engineering [01:26:07] i'm going to keep tinkering with them [01:26:16] they will likely supersede some of the bits on meta [01:26:22] tfinc: when are you submitting your wikimania talk? [01:26:44] ill likely write something tonight [01:26:51] just wright your and we'll compare [01:26:53] write* [01:27:11] alright [01:27:16] will do when awake [01:27:32] i will now go attempt to sleep [09:00:42] what happens if div id mp-tfa is specified twice? which one goes to the mobile page? [10:09:07] [WikipediaMobile] jdlrobson pushed 2 new commits to master: http://git.io/2E5lCg [10:09:07] [WikipediaMobile/master] Stop rejecting all external links - YuviPanda [10:09:07] [WikipediaMobile/master] Merge pull request #176 from yuvipanda/fix-external-links - Jon Robson [10:09:35] Project WikipediaMobile - Nightly builds build #236: SUCCESS in 14 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/236/ [10:09:36] yuvipanda: Stop rejecting all external links [10:51:35] [WikipediaMobile] jdlrobson pushed 3 new commits to master: http://git.io/vqKQMg [10:51:35] [WikipediaMobile/master] Slightly cleaner attribution - YuviPanda [10:51:35] [WikipediaMobile/master] Made OSM and MapQuest attribution translateable - YuviPanda [10:51:35] [WikipediaMobile/master] Add a missing
- YuviPanda [10:51:51] Project WikipediaMobile - Nightly builds build #237: SUCCESS in 8.3 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/237/ [10:51:52] * jdlrobson: Slightly cleaner attribution [10:51:52] * jdlrobson: Made OSM and MapQuest attribution translateable [10:51:53] * jdlrobson: Add a missing
[11:07:36] [WikipediaMobile] jdlrobson pushed 1 new commit to master: http://git.io/DHSZbQ [11:07:36] [WikipediaMobile/master] Localize Saved Pages - YuviPanda [11:07:52] Project WikipediaMobile - Nightly builds build #238: SUCCESS in 8.7 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/238/ [11:07:52] jdlrobson: Localize Saved Pages [11:21:06] hey yuvipanda [11:21:18] i'm hungry so was gonna pop out for some lunch [11:21:29] jdlrobson: heya [11:21:34] i'd like to merge https://github.com/wikimedia/WikipediaMobile/pull/174/files before I go though [11:22:06] jdlrobson: which one was showing index.html for you? [11:22:15] * yuvipanda pulls it out and checks [11:22:18] removing an article and saving an article [11:22:48] * yuvipanda checks [11:23:45] jdlrobson: I just tried it, it has gone away :) [11:23:48] wrong smiley [11:23:49] :| [11:23:57] i see no title for alerts [11:23:57] mm [11:24:02] what's going on with mine then [11:24:08] do i need to do some sort of clean? [11:24:29] iOS or android? [11:24:36] iOS [11:25:12] hmm, shouldn't be necessary [11:25:18] mm [11:25:23] jdlrobson: check git log, make sure you have the commit? [11:25:27] what iphone version are you deploying to? [11:25:37] 5.0 [11:26:05] you? [11:26:08] it's there - Merge remote-tracking branch 'yuvipanda/blank-title-dialogs' into tmp [11:26:12] hmmm [11:26:27] jdlrobson: xcode does have a 'clean' [11:26:31] try doing it and building again? [11:26:47] * jdlrobson cleans [11:27:44] and yuvipanda we need to get on to the api asap - i'm worried with all these changes to mfe we could bust something [11:27:59] k I'm now getting 'Confirm' as a title on deleting a page [11:28:02] jdlrobson: we definitely will. [11:28:07] jdlrobson: try alerts? [11:28:21] save page has no title [11:28:23] jdlrobson: post 1.1. I think 1.2 should *just* be the 'move to API' version [11:28:25] so looks good [11:28:33] jdlrobson: cool. [11:28:36] agreed we should definitely focus on api [11:28:40] i imagine it will be quite tricky [11:28:45] * jdlrobson begins a merge [11:28:50] true [11:28:53] API + code sharing [11:28:58] between MF and App [11:29:03] pushes [11:29:12] [WikipediaMobile] jdlrobson pushed 1 new commit to master: http://git.io/3vmS7w [11:29:12] [WikipediaMobile/master] Show no titles in confirm and alert in iOS, match Android behavior - YuviPanda [11:29:13] jdlrobson: do you have an ETA on when your awesome-looking changes will hit production? [11:29:24] will i started pushing some of them today [11:29:26] but they are in the beta [11:29:27] Project WikipediaMobile - Nightly builds build #239: SUCCESS in 8.3 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/239/ [11:29:27] jdlrobson: Show no titles in confirm and alert in iOS, match Android behavior [11:29:53] so the beta will go out then feedback will be gathered and then i assume we will switch it to the normal version which is when the phonegap app will pick it up [11:30:20] i'm hoping to have the stuff i've shown so far all into the beta by the end of the week [11:30:21] d [11:30:29] dependant on the email thread reaching some conclusions [11:30:40] jdlrobson: cool. [11:30:57] then i'll move on to reference revealing and contact form [11:31:04] i might even start poking at those today [11:31:18] but they don't effect the phonegap app hence why i've left them last :) [11:31:35] jdlrobson: do you have ideas on how we could move the new UI into PhoneGap? [11:31:39] I prefer it over whatever we hav [11:31:48] I'm *also* going to push for killing our 'Saved Pages' feature [11:32:00] and just integrate with one of the millions of 'read it later' type application [11:32:00] s [11:32:04] well the trick would be for the html in the phonegap app to start mimicking mfe [11:32:21] the saved pages feature is quite useful... [11:32:29] especially when you don't have mobile wifi [11:32:56] im using it now as a matter of fact [11:33:02] hmmm [11:33:06] but wouldn't having 'save page' [11:33:07] i'd like to see it on the actual mobile website as well [11:33:19] but having it go into 'Read it later', etc make as much sense? [11:34:12] 'read it later' ? [11:35:24] jdlrobson: instapaper type applications [11:36:13] i see [11:36:20] but not everyones aware of those programs [11:36:33] people like my dad would expect a wikipedia app to do offline stuff for him [11:36:45] but there's definitely a discussion to be had there [11:36:51] jdlrobson: +1 [11:36:58] jdlrobson: i'm super interested in doing 'offline stuff' [11:37:08] but more about *actually* having wikipedia content offline [11:37:11] rather than just a page or two [11:37:22] jdlrobson: zim based bundles are what i'd prefer [11:37:26] since you get the 'full deal' [11:37:35] images, sound, everything [11:38:20] yeh [11:38:40] do we cache images in the wikipedia app [11:38:42] jdlrobson: I think tfinc had a discussion about this with our offline folks y'day. Am eager to hop in once 1.1 is done. [11:38:43] (guessing not) [11:38:46] jdlrobson: for 'saved pages'? [11:38:50] yeh [11:38:51] yes we do. [11:39:34] cool [11:39:39] jdlrobson: in iOS, we convert them to data URIs [11:39:46] in android, we save them to the filesystem [11:39:58] why no data uris for android? [11:40:23] jdlrobson: android until 3.x doesn't support canvas -> data URIs [11:40:42] :( [11:41:22] anyway i really need to grab lunch [11:41:38] alright, i just woke up. Need to brush and stuff [11:41:41] cya in a bit! [15:20:03] Is there a reason common.css/applications.js are actually committed in the wiktionary app? [15:30:33] Just seems a bit silly to do make remotes and then have git complaining they've been changes [15:39:36] Reedy: shouldn't be. I'll talk to pfhayes [15:39:42] :) [16:58:10] Project WiktionaryMobile - Nightly builds build #29: SUCCESS in 11 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/29/ [16:58:10] pfhayes: Updating credits, removing leaflet [16:58:23] Project WiktionaryMobile - Nightly builds build #30: SUCCESS in 8 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/30/ [16:58:24] * hy.cheng: Listen Menu is now disabled when a page loads with no audio, removed old media function [16:58:24] * hy.cheng: fixing platform.js version number [16:58:25] * hy.cheng: reverting to upstream master as last commits caused crashes [16:58:25] * hy.cheng: fixed disabling listen in menu [16:58:26] * hy.cheng: fixed some redundant code in media [16:58:26] * hy.cheng: moved toggle to inside success handler [16:58:27] * pfhayes: Updating translation strings file for Wiktionary [16:58:27] * pfhayes: Removing nearby strings [16:58:28] * hy.cheng: added icon for listen-in [16:58:28] * hy.cheng: fixed images to be darker [16:58:29] * pfhayes: Updating version [17:01:41] Project WiktionaryMobile - Nightly builds build #31: SUCCESS in 7.4 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/31/ [17:01:41] pfhayes: Updating credits, removing leaflet [17:34:36] pfhayes, are you aware that WP app switches from screen-scraping to API? you will do the same, I suppose? [17:35:41] MaxSem: can you clarify? we use the same page rendering code that wikipedia does [17:35:47] when was this change made? [17:36:04] it _will_ be made after 1.1 release [17:36:12] which is... soon:) [17:37:03] okay. we have a feature freeze for our beta release, so right now we are preparing for a release with the existing code. if this is an important change though we can get it in [17:37:45] pfhayes: it won't happen for a few weeks, at the least [17:37:48] no, nothing urgent. I just need to know if you have API feature requests specific to your app [17:37:53] 1.1 is slated for next thursday, and after that [17:38:53] MaxSem: we do have some API requests that are just in wiktionary, related to getting audio files from pages. but that's it [17:40:06] well, you'll need to make more:) thus I wonder if action=mobileview is enough for you in its present state, for example [17:41:16] MaxSem: i don't know if i understand completely, but if it's good enough for wikipedia then it should be good enough for us [17:41:39] heh [18:01:17] greetings all [18:03:00] tfinc: hello [18:03:07] yuvipanda: how goes it? [18:03:26] pretty good. updating to latest js/styles, then only setting up API keys remains for beta. [18:03:32] woot [18:03:36] let me know if you need anything [18:03:42] will do! [18:07:27] jdlrobson: what is they are beta and not jquery http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113942 [18:07:53] which bit preilly [18:08:31] jdlrobson: for references.min.js [18:08:43] jdlrobson: is that jQuery only? [18:08:58] yes references for the time being will require jquery [18:10:10] jdlrobson: okay, is there anyway around that? [18:10:22] yes with effort [18:10:36] at the moment i'm keen to get the stuff out in front of people for feedback purposes [18:10:49] and when we're happy with it we can spend time making it work on older target browsers [18:11:36] if their phone doesn't support jquery the site still works they just don't get the new shiny stuff for the time being [18:12:21] jdlrobson: okay [18:12:33] jdlrobson: also, I'm not super keen on this change http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113466 [18:12:50] which one was that.. [18:13:02] why not? [18:13:10] jdlrobson: remove placeholder code in favour of placeholder attribute [18:13:41] jdlrobson: I mean besides the British English in the commit message [18:14:04] jdlrobson: well, a lot of browser still don't support the placeholder attribute [18:14:15] the placeholder attribute is supported by everything apart from nokia s40 and ie mobile http://www.quirksmode.org/html5/inputs_mobile.html#t13 [18:14:38] (in terms of mobile browsers) [18:15:25] and i felt for those that don't support it we'd be better off having generic code for them [18:15:50] jdlrobson: well, Chrome doesn't support it [18:16:39] jdlrobson: hmm [18:16:40] which version of chrome are we talking about? [18:16:46] jdlrobson: wait a minute [18:17:13] jdlrobson: okay, okay so we don't even have the placeholder on http://en.m.wikipedia.org/ right now do we? [18:18:57] linSmith: jdlrobson : fun new tool for mobile mockups https://www.fluidui.com/ [18:19:10] i sent it out to the team a couple of months ago and i wanted to make sure you guys know about it too [18:20:19] on the beta preilly or the standard version? [18:20:31] as the standard never had a placeholder [18:22:22] jdlrobson: hmm [18:23:26] im a bit confused the placeholder in beta seems messed up though [18:23:31] the styling rules don't seem to be there [18:24:34] jdlrobson: yeah [18:24:36] suggesting the css and javascript are different revisions [18:25:54] jdlrobson: ARGH [18:26:00] jdlrobson: that's what I figured [18:26:04] r13471 removed the placeholder css [18:27:04] * jdlrobson is confused [18:27:38] jdlrobson: so, am I [18:27:55] tfinc: are you using fluidui? [18:28:03] i've tinkered around with it [18:28:19] and was mentioning it to the rest of team so you have more resources for quick prototyping [18:28:37] tfinc is the meetings man, no time to tinker around with prototyping tools :P [18:28:50] meaning, we'd need some subscriptions to use it? it looks really useful [18:29:15] its free in beta now [18:29:20] so just sign up heatherw [18:30:07] signed up! just not sure what to do next [18:30:15] preilly any idea what revision was supposed to be deployed? [18:30:19] twiddle thumbs ? [18:30:29] heh [18:31:03] jdlrobson: I'm not sure [18:31:18] could this be resource loader related [18:31:31] its like resource loader is loading css from the future [18:31:40] oh sorry i see, waiting for an invite :P [18:31:49] which does not match the revision of the html/javascript [18:32:46] awjr: my name isn't prielly [18:33:03] awjr: http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113887 in commit message [18:33:03] only it's not using resource loader :/ [18:33:25] jdlrobson: ha ha [18:33:43] preilly: lolz - see the comment i left for that commit [18:33:52] http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113887#c32185 [18:34:54] awjr: yeah, still [18:42:26] so preilly i have no idea what could have happened. A quick fix would be to just add #placeholder { display: none; } for the time being or add the placeholder css removed in r113471 http://www.mediawiki.org/wiki/Special:Code/MediaWiki/113471 [18:44:44] preilly: nice job crushing the code review backlog for MF [18:46:53] awjr: np [18:47:23] awjr: also, the "Permanently disable mobile site" is broken on production... [18:47:51] awjr: you can't get past the "Are you sure?" page [18:48:30] prielly: when i tried the other day (yesterday?) i could not [18:48:35] damn it [18:48:38] preilly ^ [18:48:56] my fingers just want to spell your name wrong. [18:49:04] awjr: GOD DAMN IT [18:49:09] awjr: THAT'S NOT MY NAME! [18:49:16] awjr: jk [18:49:48] awjr: well, it looks like it's setting, "http://en.wikipedia.org/w/index.php?title=Main_Page&useformat=mobile&mobileaction=disable_mobile_site" as the "to" parameter [18:50:32] ah yeah [18:50:53] preilly: well, it shouldn't matter once the cookie changes go out [18:51:07] did you slay the code review backlog in the hopes of getting that stuff pushed out today? [18:51:10] preilly ^ [18:51:47] right i need to shoot and grab some food [18:52:27] awjr: no [18:52:35] awjr: today is just my 20% day [18:52:43] jdlrobson: enjoy [18:52:49] word [19:21:33] * MaxSem researches flights to Berlin [19:29:36] * yuvipanda wonders if he should [19:30:16] yuvipanda: do it. i went last year and it was one of the funnest WMF trips i've taken - and they've all been fun [19:30:49] awjr_lunch: i'm assuming you'd be coming this year too... [19:31:26] yuvipanda: afraid not, it's right before my wedding [19:31:31] ok now im really going to lunch [19:31:37] but i wish i was going :) [19:38:07] I also plan to stay on my own for a few days after the hackathon [19:38:24] bier gut! [19:38:46] * yuvipanda wonders the same [19:38:55] MaxSem: you happen to know passable german? [19:40:34] tfinc: as far as mockup tools go, http://support.balsamiq.com/customer/portal/articles/105924 [19:40:35] nope [19:40:40] balsamiq is free for non profits [19:41:10] hows balsamiq's android support these days? [19:41:14] last time i checked it .. it had none [19:41:33] not sure, I got it a while back on trial. Need to check it out [19:41:49] but IIRC, it was much more 'wireframe' than 'realistic mockup' [19:42:15] also headsup if you have any mobile related ideas, would love to pitch them at the saturday hackathon. [19:42:16] http://www.mediawiki.org/wiki/Chennai_Hackathon_March_2012/Ideas [19:42:22] edit away, we need a lot :) [19:42:48] when i looked at it .. their mockups were clearly iOS centric [19:42:54] sliding bars .. select boxes [19:42:58] coverflow :D [19:43:26] but i agree that its trying to geer itself to wireframes .. iOS wireframes [19:43:26] aaah! [19:43:30] heck .. look at their phone layout [19:44:26] testing seems okay, filling in keys... [19:44:50] hmm, maybe I should just write a script that fills them in [19:44:52] but first, testing [19:45:12] also, license to kill idiots who burst crackers at 1:20AM for no apparent reasons. Idiots [19:53:27] that was some harsh feedback [19:53:33] seriously [19:54:02] preilly, tfinc: per binasher's comments on the 'First steps at making MobileFrontend usable beyond the WMF infrastructure' thread, I'm going to re-implement 'permanantly disable mobile site' functionality in MobileFrontend with some tweaks to integrate mobileRedirect.php stuff into the extension itself [19:54:08] its amazing how nasty people can get about free offerings [19:55:31] my house is filled with the glorious smell of bacon [19:55:40] * awjr is finding it hard to concentrate [19:55:49] awjr: whats the long term plan to get it working cleanly ? [19:56:56] tfinc: good question. i've gathered from comments that the long term goal is to move away from using the .m. domain at all, which requires migrating text to varnish, at which point we can kill the 'permanantly disable' functionality [19:57:04] awwwwwww, Berlin closes its old airports during the hackathon and opens a new one, it's gonna be CHAOS! :D [19:57:09] this sounds like it's a few months off [19:57:54] MaxSem: i was seeing that last night :) [19:57:58] it'll be oodles of fun [19:58:23] how will google index the mobile site then if there will be no separate mobile site? [19:58:26] MaxSem, tfinc: it's probably a good thing in the long run - the old berlin airport is crap [19:58:38] i rather liked TXL [19:58:45] really?! [19:58:46] it was one of the fastest airports i have ever used [19:58:49] totally [19:58:58] and I've been through it A LOT [19:58:58] maybe it was just because i was horrendously hung over last time i was there [19:59:11] like, i couldn't take my sunglasses off i hurt so bad [19:59:12] awjr: I've never gotten the point of why bacon is supposed to be awesome [19:59:21] yuvipanda: you're dead to me [19:59:31] i've never gotten on and off the plan as fast as i have done at TXL [19:59:34] maybe save for Burbank [19:59:59] tfinc: if you want a fast airport, come visit tucson [19:59:59] nothing beats Chennai Airport [20:00:04] flight at 0710 [20:00:21] they change the display at 0715 to say flight's delayed to 0730 [20:00:37] at 0740 the gate crew arrive and tell us it is delayed again, then disappear [20:00:54] 0750, display still says plane's at 0730, gate crew turn up and let is go through [20:00:56] thank them they haven't changed it to show an early departure [20:01:18] MaxSem: earlier departure at a different gate? :D [20:01:32] in a different terminal [20:01:40] in a different airport? :D [20:01:46] awjr: plus i don't know of any other airpot who gives you your package right outside the plane [20:01:59] awjr: but then i'd have to be in tucson [20:01:59] PlaneMad (ArunGanesh) once turned up in Chennai for his train [20:02:05] all was well except that it was wrong city [20:02:08] his train was from Bangalore [20:02:14] and he found out when searching for it on the platform [20:02:25] supposedly 10 mins before his train was scheduled to leave [20:03:39] what's delaying the switchover to Varnish? [20:04:38] MaxSem: according to binasher "This is blocked on migrating text from squid to varnish which is likely at least a few months off." [20:04:55] so I'm asking why so long;) [20:05:03] haha ask binasher :p [20:08:51] way to go, read it later [20:08:52] way to go [20:14:39] tfinc, so it's OK if I stay in Berlin on my own for a few days after the hackathon? [20:14:50] MaxSem: totally [20:14:59] great [20:15:08] MaxSem: you're going to have a blast [20:15:13] do you want to take a day off or work from there? [20:15:18] i suggest the former [20:16:16] I will possibly be available for a couple hours a day, need to think about it [20:16:58] cause I'll not be able to either walk or drink bier all the time I'm awake:) [20:18:46] haha [20:18:49] just take the day off [20:18:53] make it easy on yourself [20:18:57] okay [20:22:27] sharekit is being a complete pain [20:22:28] sigh [20:31:30] * tfinc is not liking his mobile qa interiews [20:31:45] binasher: thinking more about the 'permanantly disable mobile view' - shouldn't using vary: cookie sufficient to prevent cache pollution/fragmentation? if not, then it sounds like providing a cookie-based way of seeing a desktop view is fundamentally incompatible with our infrastructure (unless we use the 'permantly disable mobile site' functionality) [20:36:34] binasher: if that's not suitable, would it be possible to configure the squids to respond to the desktop view cookie in the same way as the 'stopMobileRedirect' cookie? i think that would be preferable (at least from my developer POV) as it would reduce code complexity and keep the MF codebase more suitable for non-WMF uses [20:36:42] tfinc: poke [20:36:50] tfinc: the account you created on fb i think just got suspended [20:36:56] yuvipanda: haha [20:37:00] as in [20:37:01]