[00:00:06] but why it intermittently works then? [00:00:30] brion: i'm seeing it on my 5.1 too [00:00:32] awjr, try replacing line 760 of MF.body.php with [00:00:39] $formatter = new MobileFormatter( MobileFormatter::wrapHTML( $html ), self::$title, $this->contentFormat, $this->wmlContext ); [00:01:53] brion: current MF deploy removes the #content wrapper, this kills *all* our apps, including android [00:01:55] tfinc: ^ [00:02:03] MaxSem before $html = $out->getHTML(); ? [00:02:12] YuviPanda: this is very bad [00:02:30] did you sync up with patrick to make sure our screen scraping wasn't going to break ? [00:02:32] I remember discussing this with MaxSem, we investigated and figured out we won't remove that until the API switch :| [00:02:33] preilly perhaps this deployment needs to be aborted and rolled back [00:02:41] roll it back then [00:03:03] tfinc: MaxSem bought it up, we investigated and figured we can't do this for now. [00:03:03] preilly ^ [00:03:15] YuviPanda: "whoops" [00:03:38] awjr, I was on a branch [00:03:55] MaxSem makes sense :p [00:04:33] it's line 765 in master [00:05:08] MaxSem still empty object [00:05:12] or, even better [00:05:18] with $formatter = new MobileFormatter( MobileFormatter::wrapHTML( "
$html
" ), self::$title, $this->contentFormat, $this->wmlContext ); [00:05:39] still empty [00:08:34] preilly have you started rolling back the deployment yet? [00:08:54] preilly stepped away to the restroom [00:09:06] k [00:09:07] crap. I say abort and try again when we have a test wiki to repro [00:09:42] i stuck lindsey's animation on the wiki page: https://www.mediawiki.org/wiki/Mobile_design/Wikipedia_navigation#Animated [00:11:19] RyanLane: per rt #2756 (re getting test.m.wikipedia.org to work right and not redirect to incubator) what was the issue you found preventing it from working right? [00:11:34] er Ryan_Lane ^ [00:11:48] preilly: lets roll this deployment back [00:12:41] I have no clue [00:12:52] our fucked up apache configuration maybe? [00:12:54] preilly i think the last good rev was r114716 from the change i pushed out last weds [00:13:08] I stopped once I spent 4 hours trying to get it working and couldn't [00:13:14] owch. [00:13:26] I have it working in dns and squid [00:13:41] and our apache is to convoluted for me to continue trying [00:13:56] Ryan_Lane would you mind posting what you've done so far in the RT ticket so someone can pick up where you left off? not having test.m.wikipedia.org is a problem for us [00:14:14] the only step left is to get apache working [00:22:45] preilly: how is the rollback looking ? [00:25:41] tfinc: I'm talking to Tim right now [00:26:40] are Roan, Aaron, and RobLA aware of the breakage ? [00:26:57] tfinc: I know that Aaron is [00:27:02] k [00:27:05] tfinc: Tim is actively working on it [00:28:03] awjr: so, http://en.m.wikipedia.org/wiki/Main_Page?adfsdkkkkkk [00:28:12] renders ... [00:28:26] when I add
...
[00:28:53] preilly yeah i was playing around with it locally. the formatter seems to pick up the mf ids but not the mp ones [00:29:30] awjr: well, $elements = $xpath->query( '//*[starts-with(@id, "mf-")]' ); [00:29:47] awjr: I think maybe $mainPage->getElementById is failing [00:30:53] YuviPanda: i can't wait till our apps are decoupled [00:30:55] preilly yeah [00:31:33] preilly i also did a var_dump( $mainPage ) in parseMainPage() and was surprised to get back an empty object [00:31:55] i think MaxSem was checking it out further [00:32:21] it's 4:32am here [00:32:43] or not [00:32:50] not quite time for my head to function [00:33:07] awjr: did you get object(DOMDocument)#114 (0) { } [00:33:18] tfinc: yeah, me neither. it'll also help things be much faster. [00:33:29] preilly yeah [00:33:34] or something similar [00:33:40] running scap now [00:33:43] YuviPanda: we'll want to do a blog post and write docs on it [00:33:47] awjr: that's not an empty object [00:33:50] so that we can encourage app authors to switch [00:34:07] awjr: that is totally normal for a DOMDocument [00:34:09] tfinc: yes. I'm currently figuring out how to merge the iOS fixes into api-move [00:34:14] oic [00:34:17] awjr: as it's a resource [00:34:27] YuviPanda: once this MF deployment is fixed we can debug again [00:34:37] s/debug/test [00:34:47] tfinc: sigh. ok. I'm working on api-move for now [00:34:57] tfinc: what's your schedule today like? [00:35:11] i was planning on leaving in about an hour [00:35:24] what do you need me to focus on ? [00:36:31] YuviPanda: did the adhoc cert i sent you work? [00:36:51] tfinc: i'd have liked you to just generally give a 'thumbs up' for 4.2 [00:37:14] k [00:37:24] tfinc: I hadn't needed it yet, the last build you made got a thumbs up from Thehelpfulone on 5.1 and the next build brion gave me a thumbs up on 5.x and 4.3 as well [00:37:34] preilly: are you chatting with tim about this in a particular channel ? [00:37:53] tfinc: wikimedia-dev [00:38:01] tfinc: why do you not trust me? [00:38:24] there it is … thanks [00:38:29] lol [00:38:37] it was all too quiet for me in here [00:38:38] :D [00:46:56] at last, reprod it in a VM [00:47:39] MaxSem: what is the issue? [00:47:55] looking [00:48:27] MaxSem: how did you reproduce locally? [00:48:42] MaxSem: e.g., what is the wikitext of your main page [00:49:34] default main page wrapped in
[00:51:09] MaxSem: I get the proper results if I do that [00:51:43] preilly, on 10.04 LTS? [00:51:56] MaxSem: my page has: [00:51:57]
[00:51:58] This is a test! [00:51:58]
[00:52:46] Distributor ID: Ubuntu [00:52:47] Description: Ubuntu 11.10 [00:52:48] Release: 11.10 [00:52:48] Codename: oneiric [00:53:13] wow i hard refreshed my mobile version of the main page and it's working for me now as well whereas it wasnt earlier [00:53:52] i blame solar flares. [00:55:44] MaxSem: can you paste bin your wikitext that fails [00:56:14] it's not just strictly wikitext, it's fucking libxml [00:57:00] MaxSem: can you show me the wikitext that fails [00:57:04] MaxSem: on your VM [00:57:19] fuck you libxml [00:57:58] MaxSem: could $mainPage->getElementById be failing due to a missing DTD in the source HTML [00:58:13] preilly, MobileFrontend.body.php [00:58:30] line 765 [00:58:33] $formatter = new MobileFormatter( MobileFormatter::wrapHTML( "
$html
" ), self::$title, $this->contentFormat, $this->wmlContext ); [00:59:14] MaxSem: what is that? [00:59:24] new content for it [00:59:42] try making local hack and synching it to the cluster [01:00:25] MaxSem: so, just
$html
[01:00:44] goddamn, I checked main page on Labs recently because I was suspecting something like that after skin change [01:00:47] it worked [01:00:54] caching?] [01:01:11] preilly, also wrapHTML [01:02:43] can you check it quckly? [01:02:54] MaxSem: I already reverted [01:03:12] MaxSem: I'd have to revert the revert [01:03:40] svn up -r 114870 [01:03:45] preilly, I see it's still borked [01:04:39] - $formatter = new MobileFormatter( $html, self::$title, $this->contentFormat, $this->wmlContext ); [01:04:40] + $formatter = new MobileFormatter( MobileFormatter::wrapHTML( "
$html
" ), self::$title, $this->contentFormat, $this->wmlContext ); [01:05:41] MaxSem: you want that change? [01:06:01] preilly, if you revertd why it's still broken [01:06:03] ? [01:06:17] oh, now it's not [01:06:22] MaxSem: http://en.m.wikipedia.org/wiki/Main_Page?asdfkkkkkkkkk [01:06:36] scap works slowly [01:06:47] yes, I want this change [01:07:26] but let's try it tomorrow [01:07:40] too late here [01:08:47] okay? [01:09:44] preilly, ^^ [01:09:57] MaxSem: preilly stepped away for a sec [01:10:46] just tell him not to touch anything today w/o me [01:10:59] goin to sleep... 5:10 am [01:12:25] tfinc: has this deploy been rolled back? [01:12:33] preilly: --^ [01:13:59] tfinc: made http://www.mediawiki.org/wiki/Mobile/Test_iOS_app shall use on https://bugzilla.wikimedia.org/show_bug.cgi?id=35936 [01:15:10] YuviPanda: it should be working now [01:17:22] mark that bug as a duplicate [01:17:49] YuviPanda: --^ [01:19:49] tfinc: the app should be working now [01:19:58] YuviPanda: the app is stable enough for me to test now [01:20:30] tfinc: cool, test it on 4.2? [01:20:36] tfinc: clear your cache [01:23:30] git/gerrit sometimes give me a serious headache. [01:25:09] YuviPanda: i am [01:25:24] * YuviPanda notes the amount of pain he's in for when he has to merge 3 *very* diverged branches together which will conflict a lot [01:25:26] YuviPanda: so far its been ok [01:28:04] New patchset: preilly; "Add call to wrapHTML in HTML formatter" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4832 [01:29:48] no issues so far [01:32:17] New patchset: awjrichards; "Test change for remote branch" [mediawiki/extensions/MobileFrontend] (contact-us-redesign) - https://gerrit.wikimedia.org/r/4833 [01:32:31] YuviPanda: no major issues [01:32:36] \o/ [01:32:39] YuviPanda: one minor issue [01:32:49] Change abandoned: awjrichards; "/me stabs git/gerrit" [mediawiki/extensions/MobileFrontend] (contact-us-redesign) - https://gerrit.wikimedia.org/r/4833 [01:32:57] tfinc: hmm? [01:33:17] YuviPanda: the search type ahead timeout is too short on this iPhone3G [01:34:03] typing three characters goes through three different search results [01:34:09] which is silly [01:34:12] lets increase it [01:34:26] feel free to only do it for the iPhone3 [01:34:41] tfinc: do you want to play around with values and tell me one? [01:34:52] tfinc: chrome.js, search for '250', change them and see how it is? [01:38:27] New patchset: preilly; "Add back to template" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4834 [01:41:24] * YuviPanda pokes tfinc  [01:48:34] New review: Demon; "Can we adjust the commit summary so it doesn't look like we're shouting?" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: -1; - https://gerrit.wikimedia.org/r/4834 [01:48:44] sure [01:49:09] http://etherpad.wikimedia.org/RobotsMetaTag [01:49:12] tfinc: ^^ [01:49:16] k [01:51:11] New patchset: preilly; "Add back robots meta tag to template" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4834 [01:54:20] YuviPanda: 350 seems to be working on .. let me try a couple more [01:54:22] ok* [01:54:28] tfinc: ok [02:02:14] YuviPanda: 450 is too much [02:02:22] * tfinc tries 300 [02:06:09] YuviPanda: i'm liking 300 .. going down to 250 to see if it'll annoy me again [02:06:15] tfinc: okay :) [02:06:23] tfinc: are we planning on submitting this to the app store right after? [02:07:42] YuviPanda: whats left in the 2 tracking bugs ? [02:07:49] * YuviPanda looks [02:08:20] tfinc: https://bugzilla.wikimedia.org/show_bug.cgi?id=35776 has 'startup slow' [02:08:29] 300 [02:08:47] tfinc: shall change and push, unless you want to commit [02:09:01] i'll do it [02:09:05] cool [02:10:03] [WikipediaMobile] flyingclimber pushed 1 new commit to v3.1.2-iOS: http://git.io/vBiiuA [02:10:03] [WikipediaMobile/v3.1.2-iOS] Increasing keypress timeout to 300. Works better on iPhone3G - Tomasz Finc [02:10:17] Project WikipediaMobile - Nightly builds build #337: SUCCESS in 7 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/337/ [02:10:17] tomasz: Increasing keypress timeout to 300. Works better on iPhone3G [02:10:27] * tfinc notices that desktop switching isn't actually working in the beta [02:10:45] tfinc: refresh the page [02:10:54] i have [02:10:56] many of times [02:15:31] bug filed [02:15:37] YuviPanda: so for slow startup time [02:15:46] the only short term fix is to do a loading screen [02:16:16] yes. I'd like a loading screen even after we make it fast. We shouldn't be showing the user something that looks like the UI but doesn't work (static image) [02:16:26] it confused me to no end to see that [02:16:31] and i thought the app was crashing [02:16:35] do we have anything that we could use ? [02:17:10] i'll need an updated change log for the store update [02:17:10] we coudl just put the W logo on a white screen... [02:17:20] try it [02:17:21] yeah, that i'll make once we decide we're going to ship this to the store [02:17:38] tfinc: i'll have to make one now :) [02:17:59] hmm, I realized we'll have to make them for the iPad as well [02:19:37] tfinc: I also found 'Avoid displaying an About window or a splash screen. In general, try to avoid providing any type of startup experience that prevents people from using your application immediately.' on https://developer.apple.com/library/ios/#documentation/userexperience/conceptual/mobilehig/UEBestPractices/UEBestPractices.html#//apple_ref/doc/uid/TP40006556-CH20-SW1 [02:22:57] there is no difference between our W and the current splash screen [02:23:10] both are splash screens [02:23:28] but in general sure … splash screen are dumb and are usually used for marketing [02:23:38] we shouldn't need it [02:24:22] although they do say 'Display a launch image ' [02:24:24] interesting [02:24:39] so they want people to have something that looks like the UI but doesn't work like the UI? [02:24:47] i don't get that [02:25:08] also, my photoshop is french and crashing. Not sure I can make images now... [02:26:09] i see [02:26:17] meh .. lets just pass on it then [02:26:20] we should be making it faster [02:26:25] not covering up our slow app [02:26:35] right. [02:26:41] shall i do a version bump + changelog? [02:26:45] yes [02:26:56] ok [02:27:11] YuviPanda: i'll have to go in about 20min [02:27:16] as i'm way over my leave time [02:27:57] tfinc: ok [02:30:49] preilly: http://en.m.wikipedia.org/wiki/India#section_footer :( [02:30:54] no i18n messages [02:32:03] preilly: do you know why only some of them are missing ? [02:32:04] tfinc: pushed. When do you plan on submitting to the app store? [02:32:43] [WikipediaMobile] yuvipanda pushed 1 new commit to v3.1.2-iOS: http://git.io/_CvYIQ [02:32:43] [WikipediaMobile/v3.1.2-iOS] Bumped version number and updated CHANGELOG - YuviPanda [02:32:57] Project WikipediaMobile - Nightly builds build #338: SUCCESS in 6.6 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/338/ [02:32:57] yuvipanda: Bumped version number and updated CHANGELOG [02:33:14] pulling and building a release [02:33:31] tfinc: are we submitting to the app store now? [02:33:42] yes. pending developer release [02:33:50] ok [02:33:57] its your last chance to make any other changes [02:37:56] YuviPanda: --^ [02:38:30] tfinc: testing upgrade from 2.x. Seems to crash :( [02:38:41] despite this having the code from 3.1.1 [02:39:57] tfinc: I'm talking to Tim about it right now [02:40:28] k [02:43:37] YuviPanda: try the near by view for [[India]] [02:44:08] you won't see anything till you zoom way out … then it shows you an insane amount of pins [02:44:12] tfinc: i'm upgrade testing. Interestingly or not, even the *old* iOS version is crashing on startup and I'm not sure why [02:44:27] tfinc: will look into it once i'm done with this [02:47:02] YuviPanda: i have to head home. I'll be back online from there [02:47:25] tfinc: okay [03:25:11] back [03:25:30] YuviPanda: were you able to replicate what i saw on the near by geo coordinates view ? [03:26:46] flyingclimber: been resetting my iPod. The previos 'upgrade problem' I reported was a false alarm. Just doing another upgrade test to be sure [03:27:22] flyingclimber: yes, IIRC that was a limitation of geonames and how we were doing naive 'nearby' searches for any point. There was a bug for it as well… [03:27:30] Let me do one more bit of upgrade testing and get back to nearby [03:27:49] k [03:28:04] * flyingclimber goes to pickup laundry [03:33:17] flyingclimber: upgrade testing seems ok [03:44:13] flyingclimber: not ok. saved pages disappearing between 3.1.1 and 3.1.2 [03:44:15] investigating [03:44:58] k [04:26:53] flyingclimber: it is a phonegap issue. I'm investigating [04:28:29] k [05:41:03] flyingclimber: status update: Still investigating. No luck yet - haven't even been able to identify a potential source of the problem [05:41:14] still at it [05:41:18] what are you seeing? [05:41:32] also, when are you going to bed? [05:43:01] no idea. [05:43:16] flyingclimber: so essentially, I'm seeing that the data persisted in v 3.1.1 is not being made available to 3.1.2 [05:43:29] flyingclimber: I can not look into the actual data folder itself without jailbreaking [05:44:09] so I'm now trying to debug in objective-C. Am trying out something, if this is able to fix it/pinpoint the problem, all fine. Else i'll have to jailbreak this to take a look [05:44:20] this assumes there's a jailbreak available for 5.1, which is not news i've been following [05:45:05] flyingclimber: so essentially, saved pages will go 'poof' when you update. bad [05:45:13] very bad [05:45:22] can i help ? [05:46:22] I have no specific things I can ask for help with. [05:47:52] ok [05:48:41] flyingclimber: think we can poke the PhoneGap devs who work at adobe about this? [05:49:00] also the 'upgrade' testing has maddeningly too many clicks. [05:49:18] sure, mail the iOS contact that brian gave us [05:49:35] right, let me do that if this fails [05:51:05] ok, that failed :( [05:51:11] now I need to jailbreak this [05:52:52] '3 hours left' [05:52:59] and I can't do upgrade tests on the simulator [05:58:59] hmm, short hop from berlin to the netherlands and I can get euthanized! :D [06:11:17] you can actually see data without jailbreaking- look for iExplorer (er… assuming you're on a mac) [06:11:45] Rolken: People on #phonegap reccomended iFunBox and that doesn't actually show me anything [06:11:47] looking for iExplorer [06:11:51] i don't think you can *edit* it without jailbreaking, but I haven't had reason to try, so I could be wrong on that [06:12:01] i just need to see where the files are going [06:24:07] Rolken: thanks, that works :) [06:28:51] huh, apparently you CAN edit without jailbreaking. I'd be very careful doing so though [06:29:34] I'm loathe to mess with a live system that clearly is not built to expect random programs messing with its innards [06:29:58] but if you don't need that capability anyway, it's strictly of academic interest [06:31:00] at any rate, it's a highly useful program [06:31:10] Rolken: yeah, i'm just trying to figure out if things are staying where they have to be [06:34:46] you can also cheat a bit and gain some insight into how other commercial devs have structured their programs :p [06:35:09] surely not as crappily as ours :D [06:38:22] interesting. The data is still around [06:38:25] and my localsettings is persisted [06:38:28] my db settings ren't [06:38:30] *aren't [06:38:31] o_O [06:38:54] * YuviPanda makes clean builds [06:48:50] flyingclimber: so, I found the 'bug' [06:48:58] uhuh [06:49:02] flyingclimber: essentially, saved pages list is getting wiped out after every app close [06:49:06] ALL THE TIME [06:49:09] so it is not upgrade that is failing [06:49:12] if you save a page [06:49:16] close the app (really close it) [06:49:19] and open app again [06:49:21] the page is gone [06:49:29] this has been a bug in 3.1.1 that we haven't caught until now [06:49:53] so, there are no saved pages to migrate. There never were. I now have a bug to fix. [06:51:24] ahh [06:53:13] did I miss anything? [06:53:25] nope [06:56:28] no [07:09:50] heh, and this bug does not manifest in the simulators. how wonderful [07:25:40] [WikipediaMobile] yuvipanda pushed 1 new commit to v3.1.2-iOS: http://git.io/ZlAO7A [07:25:40] [WikipediaMobile/v3.1.2-iOS] Fix for saved pages never persisting - YuviPanda [07:25:45] flyingclimber: i've a fix. Pushed. [07:25:53] Project WikipediaMobile - Nightly builds build #339: SUCCESS in 6.8 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/339/ [07:25:53] yuvipanda: Fix for saved pages never persisting [07:26:45] :) [07:27:29] that means you can finally go to bed [07:27:31] flyingclimber: now doing upgrade testing from 2.x to 3.1.2 [07:27:37] not really. I've a feeling that might break [07:28:05] if I can verify that that doesn't break, then I'll go to bed :) [07:28:21] doubt I'll be able to sleep in peace with this still out. [07:32:10] yup, it breaks 2.x to 3.1.2 [07:32:12] ugh [07:40:51] flyingclimber: got it to work [07:41:00] I think. [07:41:02] testing some more [07:46:10] [WikipediaMobile] yuvipanda pushed 1 new commit to v3.1.2-iOS: http://git.io/n10fAQ [07:46:10] [WikipediaMobile/v3.1.2-iOS] Does not crash on 2.x -> 3.x app upgrade - YuviPanda [07:46:23] Project WikipediaMobile - Nightly builds build #340: SUCCESS in 6.8 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/340/ [07:46:24] yuvipanda: Does not crash on 2.x -> 3.x app upgrade [07:54:51] flyingclimber: it's been fixed. Sent you an email [07:54:59] excellent [07:55:22] we can do final testing tomorrow and ship it out for approval [07:55:31] yes [07:55:48] flyingclimber: i've emailed you with precisely what to check for that affects these as well [07:55:52] k [07:56:54] 2PM. I should reset my sleep cycle soon. [07:56:58] flyingclimber: good night [07:57:53] hmm, 1:30 PM, not two. nevermind [07:59:08] New patchset: MaxSem; "Restore
for b/c with apps, possible fix of blank main page during last deployment" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4844 [08:58:01] jdlrobson, ohai [08:58:07] hello MaxSem [08:58:35] why do we serve CSS both with RL and as static files at the same time? [09:00:15] jdlrobson, ^ [09:00:31] it's the device specific stylesheet [09:00:39] i couldn't work out of a good way of using resource loader to do that [09:00:47] can you? [09:00:56] ideally we just want to use RL obviously [09:01:58] and what's the deal with ? [09:02:10] do I even understand what it does? [09:02:33] it's a conditional if statement [09:02:58] it's basically saying we don't support javascript for you unless you have IE 10 or higher - as the situation used to be extremely broken for IE users on mobile [09:03:07] it's probably better now and we could probably relax it [09:03:29] (obviously this is just for IE users) [09:04:46] but all the other user agents should receive them too? [09:05:23] it's just an html comment so all browsers should ignore it [09:05:34] it just has special meaning in IE land [09:05:48] btw on wikipedia.org - i cannot get out of the mobile site at all [09:08:30] it's a fallout of yesterday's reverted deployment [09:09:00] it was reverted? [09:09:51] yup, main page stubbornly remained blank [09:10:11] ...in addition to app being broken by div changes [09:10:36] eek not again [09:11:17] yet i'm looking at wikipedia now and it seems to have quite a lot of the styling changes [09:11:37] squids? [09:12:32] guess so [09:13:25] any ideas when we will start moving features from beta to normal views? [09:14:15] well tfinc saw several blockers - disabling images (which is now present), positioning desktop switcher (done), finalising toggling designs (pretty much design) and footer (done) [09:14:15] s [09:14:22] so i think now it is a case of making sure the app works with the beta [09:14:40] btw MaxSem do you have any more background on this for me -https://bugzilla.wikimedia.org/show_bug.cgi?id=35910 [09:14:47] had make minified definitely been run? [09:15:04] no [09:15:19] but we misunderstood all those conditionals [09:15:45] let's just keep the bug till we have no need for separate minification [09:16:45] that will be moving to resource loader [09:44:11] New patchset: Jdlrobson; "prevent infinite search" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4848 [09:51:32] MaxSem: have you got your samsung jet still? [09:55:12] yes, though it's inactive now [09:58:01] no worries - i just think i have a fix for https://bugzilla.wikimedia.org/show_bug.cgi?id=30829 and can't find a way to check [10:14:22] I can test it [10:26:06] jdlrobson, is it OK to use core's version of jQuery? [10:26:15] i don't see why not [10:30:33] New patchset: Jdlrobson; "make text show with images disabled" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4850 [10:30:39] MaxSem: > https://gerrit.wikimedia.org/r/4850 [10:30:46] i think that's the best we are going to get [10:34:07] also MaxSem is this still broken -> https://bugzilla.wikimedia.org/show_bug.cgi?id=30827 ? [10:34:12] can't test that either :( [10:34:30] yes [10:34:58] poked at it, everything should have wroked but it didn't [10:36:15] :( [10:36:50] let me know if https://gerrit.wikimedia.org/r/4850 doesn't solve the samsung jet problem but doing the right thing for disabled images is a hard problem [10:36:54] I'll leave our jQuery as it is for now, core's version is not minified [10:36:57] as browsers do what they fancy [10:37:13] sure [10:37:32] busy rewriting different parts now though [10:43:35] grrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrrr [10:44:13] our current RL usage results in us loading the same crap as desktop site [10:45:37] jdlrobson, we don't need mediawiki.legacy.commonPrint and mediawiki.legacy.shared, don't we? [10:46:05] i'm guessing not [10:46:06] and we should decide if we need other extensions' CSS as well [10:46:13] we do need the common.css as well though [10:46:26] our, not core's one? [10:46:34] the cores one [10:46:40] why? [10:46:57] to give admins more control for customisations [10:47:02] there's a bug let me dig it out.. [10:47:15] ah, you mean MediaWIki:common.css [10:47:22] https://bugzilla.wikimedia.org/show_bug.cgi?id=34325 [10:47:39] on extensions.. some extensions we will want their css [10:47:43] that's a bit different thing, as there's a static file with this name as well [10:47:50] i guess extensions should have the ability to say whether they are needed by the mobile site though [10:48:06] worms, big can o'them [10:48:08] for instance WebFonts [10:52:31] also MaxSem is this bug still relevant? https://bugzilla.wikimedia.org/show_bug.cgi?id=30409 [10:52:41] I don't see a views directory in MFE [10:58:20] they're called templates and still need to go [10:59:05] * MaxSem --> away [11:04:19] New patchset: Jdlrobson; "don't make filepage links white" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4853 [11:04:20] New patchset: Jdlrobson; "whitespace cleanup" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4854 [12:33:23] * YuviPanda waves at jdlrobson  [12:33:45] * jdlrobson waves at yuvi [12:33:57] hows the osx firefighting going? [12:34:00] ios sorry [12:34:17] jdlrobson: was up till about 3 hours ago. I think it is mostly done. [12:34:28] also do you know whether it is possible to get an ipod touch simulator? [12:34:39] anything i can help with? [12:34:46] jdlrobson: no. the 'iOS simulator' is all you get. [12:34:50] :( [12:34:53] jdlrobson: so, I wanted to talk about merging things to master [12:35:02] k np [12:35:10] jdlrobson: I don't want to merge the modified common.css or toggle.js [12:35:15] no [12:35:19] agreed [12:35:21] (and associated chrome.js hack) [12:35:31] thoughts on how to get around that? [12:35:41] are those *= based styles also in beta_common.css? [12:35:43] * YuviPanda looks [12:35:57] tbh the differences between the 'iPhone' and the 'iPhone simulator' are larger than the differences would be between the 'iPhone simulator' and a hypothetical 'iPod touch sim' [12:36:21] so YuviPanda i did lots of refactoring for yu [12:36:22] +1 on Rolken, they're way more than 'oh, it is just faster' [12:36:46] there is now a hacks.css file that has all the troublesome styles [12:36:51] aha [12:37:24] beta_common.css and sections.css are probably the only ones you need [12:37:31] ok [12:37:33] (but this would mean we'd need to take care of hacks some other way) [12:37:35] actually the iPhone simulator is probably closer to an iPod touch simulator as it stands anyway- no cell, no gyro/accel, only fake-ish gps [12:37:40] as the hacks are there for a purpose [12:37:51] yeah, how do we fix clearInlineStyle? [12:37:56] *clearInlineStyles? [12:38:12] yeh reason I asked Rolken was I noticed today someone using an iPod touch - and I think what is happening is it is not getting detected and is being sent the wrong stylesheet [12:38:15] jdlrobson: clearly, maintaining those is going to be a pain, since I assume you'll want to add more of them in the future [12:38:36] jdlrobson: I can do specific testing for you if you want (have an iPod touch) [12:38:52] its okay it is not urgent [12:38:58] ok [12:39:36] jdlrobson: also, I've stopped using toggle.js at all in the API move branch. [12:39:43] I no longer inject the sections into DOM before they are expanded [12:39:53] this makes things much faster. [12:40:09] you load the section content dynamically? [12:40:12] yes [12:40:15] sweet [12:40:24] i want this on the mobile site going forward [12:40:29] :) [12:40:57] what ever is easiest - i suspect i'll fork your toggling code at some point and we will come up with something that works for both [12:41:07] so yeh the inline styles are annoying [12:41:16] yeah, and how do we fix theM? [12:41:27] so it is just the ones which have * in it? [12:41:34] or all of the !important 's [12:42:08] jdlrobson: the ones with the * was what we isolated them to, jdlrobson [12:42:28] i think going forward what needs to happen is we need to scrub all inline styles on mobile and say that stuff needs to be done with classes - but that's a big change and could break lots [12:42:50] k [12:43:09] so I could rewrite those to be just [style] [12:43:14] and see what side effects that has [12:45:15] YuviPanda try this > https://gist.github.com/2376677 [12:51:30] jdlrobson: what did I miss? [12:52:31] * YuviPanda reads log [12:53:47] basically https://gist.github.com/2376677 YuviPanda [12:53:52] or YuviPand_ [12:54:31] jdlrobson: how/where do you want me to try that? [12:54:50] well depends if you have a real iphone :/ [12:55:07] heh, I don't yet :| [12:55:09] this is the stylesheet without wildcard selectors [12:55:28] jdlrobson: common.css? seems a bit too short for that... [12:55:34] * YuviPand_ hasn't updated MFE [12:56:13] nope i did a big refactor [12:56:20] ohh but that only applies to the beta [12:56:20] doh [12:56:44] jdlrobson: so that's another question i wanted to talk about. [12:56:48] but i can make it apply to the generic site [12:56:53] jdlrobson: sure [12:56:56] that'd be nice [12:56:57] to test [12:57:06] jdlrobson: also, I was wondering about how we're going to merge [12:57:30] jdlrobson: I was thinking about cherrypicking whatever we need from v3.1.2-iOS into api-move and then rebase on top of master [12:59:33] thoughts on that? [13:00:14] is the plan for the next ios release to also move to the api? [13:00:27] yes [13:00:32] sweet [13:00:40] so yeh i think cherry picking is the way to go here alas [13:00:50] create a branch off api-move [13:00:53] yeah, that's a lot of commits that'd need cherry picking :( [13:00:59] and we cherry pick [13:01:08] at least it means we will be thorough [13:01:59] yeah [13:02:21] jdlrobson: i'll cherrypick stuff that doesn't involve the style work but all other stuff [13:02:38] so i will refactor the current common.css [13:02:43] so that the hacks are not there [13:02:58] it will then just be a case of including common.css and hacks.css [13:03:33] jdlrobson: ok! [13:03:42] i should have done that anyway.. [13:03:48] seems a bit of an oversight on my part [13:07:29] done [13:08:27] New patchset: Jdlrobson; "fixed issue with squashed disambiguation text on certain pages" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4867 [13:08:28] New patchset: Jdlrobson; "reduce font size of search for smaller screens" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4868 [13:08:29] New patchset: Jdlrobson; "remove wildcard selectors, collapse hacks" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4869 [13:08:29] New patchset: Jdlrobson; "remove duplicate definitions from common.css that are in hacks.css" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4870 [13:12:37] New review: Demon; "You seem to have missed my inline comments on patch 1. Why are we still yelling here?" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 0; - https://gerrit.wikimedia.org/r/4834 [13:16:44] * MaxSem --> back [13:19:13] Change abandoned: MaxSem; "(no reason)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4844 [13:19:39] YuviPanda: so try out common.css https://gerrit.wikimedia.org/r/cat/4870%2C1%2Cstylesheets/common.css%5E0 [13:19:47] and the hacks.css file i linked to [13:20:02] hopefully that takes care of the styling problems [13:20:22] jdlrobson: does it cause any issues in mf? [13:20:28] doesn't seem to [13:20:33] i'm still testing on mobile-geo [13:21:00] cool, then shouldn't here either [13:52:06] New patchset: Jdlrobson; "Revert "limit checkHash to links with a content_block"" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4876 [13:54:53] right YuviPanda popping out for some air and food for tonight [15:54:34] ChrisMcMahon: ping [16:10:40] hi Amgine [16:11:29] Heya ChrisMcMahon! wiktionary mobile app needs beta testers. Got some in your pockets? [16:11:56] Amgine: I can always ask. what OS/device? [16:12:08] Android/any [16:12:42] Amgine! I'll sign up, I have an android. (I don't have any iOS devices though) [16:13:09] New patchset: MaxSem; "Switched the remaining CSS to RL" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4892 [16:13:41] ChrisMcMahon: http://integration.mediawiki.org/WiktionaryMobile/nightly/Wiktionary_latest.apk [16:18:21] Amgine: word of the day is "pink slime" I see [16:19:21] Don't blame me! it's chosen by the project. [16:20:12] Amgine: discuss issues in this channel, or report them somewhere? [16:20:41] Some of the things we're looking for testing are the menus, the 'listen-in' pronunciation sound files, and the display of the top section. Feedback to http://meta.wikimedia.org/wiki/Mobile_Projects/WiktionaryMobileAndroidFeedback [16:25:46] Amgine: one thing I notice right away on the front page is that "Word of the day" and "for April 13" are in different fonts, and shown as "day" (big font) "for" (small font) "edit" (link) , "refresh" (link) April 13 (small font) [16:26:34] ChrisMcMahon: Noted. I will look to see if that's a template issue or default fonts issue. [16:27:05] I'm adding to http://meta.wikimedia.org/wiki/Mobile_Projects/WiktionaryMobileAndroidFeedback, which I forgot to give you. [16:32:49] Amgine: feature or bug? search for a word, the top of the resulting page shows only "Hide" button and text "English", not the string/word searched. [16:33:35] Hum. Bug. [16:33:59] That's really odd behavior, actually. [16:34:15] pfhayes: help troubleshoot? [16:35:00] Amgine, word I searched was "rhythm", the resulting page has a number of layout and display issues. [16:35:23] Amgine, chrismcmahon: http://en.m.wiktionary.org/wiki/rhythm, you see the same behaviour in browser [16:36:06] Does the show/hide button display, ChrisMcMahon? [16:36:33] Amgine: yes, show/hide works [16:36:50] And there's no content change? [16:36:58] On the phone. [16:37:10] nope, behavior in browser and phone is similar [16:37:28] chrismcmahon, Amgine : as far as I can tell, on both Wikipedia and Wiktionary, in all mediums, mobile pages don't have titles [16:37:30] in browser for me it displays properly. [16:37:45] note one thing though, the really big indent under Translation/Chinese/Mandarin looks OK in the browser, not so OK on the phone [16:37:48] Amgine: yes, i think the objection is that there is no title 'rhythm' [16:37:51] New review: Jdlrobson; "(no comment)" [mediawiki/extensions/MobileFrontend] (master) C: 1; - https://gerrit.wikimedia.org/r/4892 [16:38:06] Oh. I missed that pfhayes. [16:38:32] pfhayes: given that typing on phones is not so accurate, I think it would be good to display the title of the resulting page to confirm that result is what user searched for [16:38:57] That's actually a feature of the mobile frontend, chrismcmahon. [16:44:10] my phone clearly has a far more limited set of characters than my browser does :) [16:45:07] Mine too. [16:46:12] My kid studies Syriac. I'm probably one of a dozen people on the planet with multiple syriac fonts. [16:46:49] Project WiktionaryMobile - Nightly builds build #73: SUCCESS in 9.9 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/73/ [16:46:49] * dale.lemieux: Update to handle sharing from Wiktionary to Wiktionary [16:46:50] * dale.lemieux: Added support for all wiki urls [16:47:38] ah, here's something: under Translation, browser shows lines of text as grey headers for boxes, phone shows just plain text and the yellow boxes without the headers or background behind the yellow boxes [16:48:47] Yes. Wiktionary has custom javascript to show/hide elements. There's a bug to allow project-specific javascript. [16:48:52] MaxSem: the mobile site seems to be throwing away headings was that intended? [16:48:57] e.g. http://en.m.wikipedia.org/wiki/South [16:50:07] throwing away? [16:51:18] [WikipediaMobile] jdlrobson created nearbylistview31956 (+6 new commits): http://git.io/whSOzw [16:51:18] [WikipediaMobile/nearbylistview31956] [Bug #31956] Offers a list view(lacks a switch though) - Ashish Dubey [16:51:18] [WikipediaMobile/nearbylistview31956] [Bug #31956] Offers nearby list with view switches - updated - Ashish Dubey [16:51:18] [WikipediaMobile/nearbylistview31956] Merge remote-tracking branch 'dash1291/master' into tmp - Jon Robson [16:51:33] Project WikipediaMobile - Nightly builds build #341: SUCCESS in 7.3 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/341/ [16:56:17] yeh MaxSem - for example compare http://jonrobson.me.uk/wikipedia/toggling/obama.html with http://en.wikipedia.org/wiki/Barack_Obama [16:56:23] the first is how it used to be outputted [16:56:29] greetings all [16:56:34] it's a bit confusing as it's not clear what article you are viewing [16:56:45] http://en.m.wiktionary.org/wiki/run the 3-column layout for "Derived terms" looks pretty bad on the phone. And the two-column view of "Translations" has many empty right-hand columns. [16:56:46] hey tfinc [16:57:46] (btw, "run" is a really good word for testing, iirc it is the longest entry in the OED) [16:58:09] * YuviPanda looks around [16:58:17] hey YuviPanda [16:58:22] heya tfinc [16:58:28] i got in too late to do our 9:45 standup [16:58:31] damn metro [16:58:43] so we'll just use the 10 standup and talk after as needed [16:58:52] alright [16:59:06] chrismcmahon: The most famous test word in en.WT is 'Water', because it has the longest/most complex template (the translations of water) [17:00:01] all right … lets do out standup [17:00:21] [WikipediaMobile] jdlrobson force-pushed nearbylistview31956 from 9abca07 to 5e00e24: http://git.io/j1K52Q [17:00:21] [WikipediaMobile/nearbylistview31956] post merge cleanup - Jon Robson [17:00:21] [WikipediaMobile/nearbylistview31956] make switch to map view label elastic - Jon Robson [17:00:21] [WikipediaMobile/nearbylistview31956] css and html tweaks for ios - Jon Robson [17:00:35] Project WikipediaMobile - Nightly builds build #342: SUCCESS in 6.7 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/342/ [17:00:35] * jdlrobson: post merge cleanup [17:00:36] * jdlrobson: make switch to map view label elastic [17:00:36] * jdlrobson: css and html tweaks for ios [17:14:23] 13 minutes … wow … that was getting clsoe [17:14:24] close* [17:14:32] heh [17:14:36] * tfinc needs to speed things along better next time [17:14:38] jdlrobson, expandable sections work for me on both pages [17:14:54] YuviPanda: what do you need me to test on 4.2 ? [17:14:54] and so they should... why wouldn't they? [17:15:03] YuviPanda: also .. did you buy a 4.2 device ? [17:15:03] tfinc: i mentioned that in the email [17:15:06] k [17:15:17] tfinc: I've found sources that have 3GS, none that have a 3G [17:15:33] take another day on it and if you can't find it then i can buy one and mail it to you [17:15:47] yeah, cool. [17:16:05] i'll put the weekend to it [17:16:45] besides my testing. what else is blocking market release ? [17:17:07] awjr: did prielly catch you up enough on yesterdays deployment ? [17:17:14] I'm having problems with git on labs: [17:17:16] I can't see the problem preilly mentioned about the coordinates - http://en.wikipedia.org/wiki/Toronto#_ [17:17:19] maxsem@mobile-enwp:/var/www/wgit/core/extensions/MobileFrontend$ sudo git fetch https://gerrit.wikimedia.org/r/p/mediawiki/extensions/MobileFrontend refs/changes/50/4850/1 && git checkout FETCH_HEAD [17:17:24] http://en.wikipedia.org/wiki/Toronto?mobileaction=beta [17:17:28] fatal: Unable to create '/var/www/wgit/core/extensions/MobileFrontend/.git/index.lock': Permission denied [17:17:30] tfinc: i grokked the highlights during the standup [17:17:30] neither have it [17:17:33] jdlrobson: i stand by that i can't use mobile if i'm not on the beta :) nice new changes [17:17:33] tfinc: nothing, though i'd like brion to check on 4.3 as well [17:17:40] brion: --^ [17:17:44] can do [17:17:46] thanks [17:18:11] * brion checks what changed since yesterday [17:18:12] brion: we found a super nasty bug yesterday. The databases were not being saved at all, so saved pages and history were being wiped out after every app close [17:18:12] brion: has been fixed, so I'd like you to test that [17:18:23] hah! [17:18:27] ouchies [17:18:29] jdlrobson: preilly: can you let phil know when the common.css changes are fixed. i'd like him to message to mobile-l@ to get people testing again [17:18:40] jdlrobson: question, did you say "headings are not showing up"? [17:18:49] the initial heading yes [17:19:02] compare http://jonrobson.me.uk/wikipedia/toggling/obama.html with http://en.wikipedia.org/wiki/Barack_Obama [17:19:06] ah heh - got it [17:19:07] i'm trying to work out now what has happened [17:19:17] MaxSem: got the headings? [17:19:35] this happened because it was part of skin, not page output [17:19:51] so we need to construct it manually now [17:20:08] in ApplicationTemplate ? [17:20:15] yes [17:22:03] i'll look into that [17:22:28] jdlrobson: also curious about the user test video - was that a fix for Firefox? [17:22:41] that was an issue with the mediawiki instance [17:22:44] mmm, we've got a perf regression https://graphite.wikimedia.org/render?width=500&from=-2days&until=now&height=380&target=ExtMobileFrontend.DOMParse-templates.tavg&uniq=0.8990247335995537&title=ExtMobileFrontend.DOMParse-templates.tavg [17:22:49] but it was only being exposed on firefox [17:22:55] jdlrobson: i've asked phil to always specify browser for our usertesting.com tests … so that we don't run into surprises [17:22:59] so far so good on 4.3.2 [17:23:11] also philinje i thought the obama test wasn't very useful.. [17:23:25] since the answers were in the infobox so they didn't actually using the toggling on the sections :( [17:24:21] brion: kill the app and start again to check if the data is still around [17:24:41] YuviPanda: confirmed [17:25:07] confirmed to work or confirmed to not? :D [17:25:21] my saved pages and history are retained :) [17:25:40] awesome [17:26:01] looks like the slowdown is caused by RL initialisation that previously happened earlier, outside of our code [17:26:02] brion: can you do upgrade testing from 2.x? That's something that was affected too... [17:26:10] i'm testing as well but the iPhone3G isn't know for its fast response time in doing anything [17:26:34] 2.x is the obj-c app? [17:26:39] brion: yes [17:26:43] i'll try [17:27:23] brion: so, note that you'll have to name the old *and* new ipa the same name for the upgrade process to work [17:27:38] and by default the new app produces a different IPA name [17:30:20] ok got the old app installed [17:30:40] updating to new app... [17:31:00] seems to work! [17:31:43] brion: no crashes, spinner spins, and saved pages persist after app kill? [17:31:51] yep [17:32:02] no crashes, spinner's ok, saved page persisted across a kill/restart [17:32:06] \o/ [17:32:08] awesome! [17:32:10] tfinc: ^ [17:32:18] woot! [17:32:29] YuviPanda: test #1 passes [17:32:51] preilly & awjr, do you know if there's a Graphite metric that can evaluate the overall mobile site performance, as opposed to separate functions? [17:33:01] tfinc: how's 4.2 testing coming along? [17:33:02] cool [17:33:02] you've two more [17:33:36] tfinc not that i'm aware of [17:34:19] some more comments from the user Axel, not sure if we have bugs on all these [17:34:56] * tfinc builds the old app [17:35:42] tfinc: YuviPanda: test #1 passes 10:32AM [17:38:01] putting Axel's comments on iOS feedback wiki page [17:38:21] philinje: are they bugs or new feature requests ? [17:40:04] both [17:40:14] mostly bugs [17:40:33] i will see if they match current bugs and add new ones as necessary [17:42:10] philinje: exactly . if their bugs then lets get them into bugzilla [17:42:19] tfinc: *they're [17:42:24] right [17:42:25] :D [17:42:28] by the way, I added links to all 3 feedback pages from Mobile design [17:42:32] k [17:42:42] preilly: i can't replicate the coordinates bug.. [17:43:11] i'm not seeing it either [17:43:41] YuviPanda: test #2 passes [17:43:47] \o/ [17:43:59] test three should pass as well, but try it anyway [17:44:14] YuviPanda: which branch should i pull from for v3.1.1 ? [17:44:19] v3.1.1-iOS [17:45:01] k [17:46:15] New patchset: preilly; "Add back robots meta tag to template" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4834 [17:47:25] preilly, we're blocking spiders on mobile site again? [17:49:19] New review: MaxSem; "There's also optional inclusion of noindex tags with {$robots} above, there might be duplication." [mediawiki/extensions/MobileFrontend] (master) C: 0; - https://gerrit.wikimedia.org/r/4834 [17:49:39] MaxSem: yes [17:49:48] MaxSem: That is what Erik wants [17:50:03] ?? [17:50:15] jdlrobson: yeah, I don't see it anymore either [17:50:53] MaxSem: why the ?? [17:51:07] New patchset: Jdlrobson; "restore article title" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4898 [17:51:08] New patchset: Jdlrobson; "make large tables scrollable" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4899 [17:51:12] preilly, what was his motivation, I mean? [17:52:16] MaxSem: i will forward the very long email thread [17:52:50] arg [17:53:13] YuviPanda: test case #3 is harder to do [17:53:19] tfinc: ? [17:53:37] there is something wrong with entitlements [17:53:41] i've fixed this in the past [17:54:16] are you naming the IPAs the same? [17:54:26] YuviPanda: this is a build problem [17:54:30] ugh [17:54:31] ok [17:57:09] philinje, thanks [17:58:33] and due to the voodoo that is the apple eco system .. it works when i rebuild [17:59:16] right [18:05:36] YuviPanda: need assistance with anything? [18:05:59] jdlrobson: just cherry-picking. half way through. [18:06:12] give me a shout if i can help with anything [18:06:22] i was thinking about the toggle.js changes btw [18:06:23] jdlrobson: also, a few more commits were added to v3.1.2-iOS since you last looked at it. Want to CR those? [18:06:23] nothing big [18:06:27] YuviPanda: iTunes is being a pain [18:06:29] stay tuned [18:06:39] jdlrobson: ah [18:06:48] since we are using an old version maybe we should store that version as a gist temporarily and just point the remotes at it [18:06:48] jdlrobson: they're all in api-move branch on my repo, btw [18:06:50] now 3.1.2 is throwing entitlement issues [18:06:53] * tfinc hates this [18:07:45] jdlrobson: ? the version we use in the app is 'pinned' from svn [18:07:56] yes but i thought we had to make changes to it? [18:08:00] Amgine: so here's an odd thing. from page http://en.m.wiktionary.org/wiki/Santa_Fe "From Spanish santa fe, "holy faith". Click the link for "santa", and the first result opened by default is Finnish for "sand". To be expected I guess since Finnish is first alphabetically. The table for "declension" at http://en.m.wiktionary.org/wiki/santa#section_1 appears highly squished on the phone. [18:08:36] for instance using jQuery toggle [18:08:51] also yuvi think you may need to push [18:08:51] https://github.com/yuvipanda/WikipediaMobile/commits/api-move [18:08:55] last commits are from the 6th [18:09:09] au [18:09:20] in middle of cherry picking, gimme a few [18:09:29] no worries [18:09:33] ChrisMcMahon: Ouch, very squished yes. [18:12:00] jdlrobson: api-move now has required things cherry-picked [18:12:07] awesome [18:12:33] jdlrobson: quite a long list though :) [18:13:08] jdlrobson: and pushed. please do check out to make sure there is nothing cherry-picked that you don't agree with. [18:13:08] i didn't pick any of the common.css or toggle.js stuff [18:13:19] now rebasing against master. This is going to be painful [18:17:46] YuviPanda: i can't debug the entitlements issue right now. will have to get back to it in about an hour [18:17:53] feel free to get someone else to do test #3 [18:17:54] augh [18:18:07] * YuviPanda sighs [18:18:09] tfinc: ok [18:19:48] New patchset: awjrichards; "Fixes bug 35940" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4904 [18:19:58] preilly can you take a look at that ^ [18:21:15] jdlrobson: force pushed to api-move from master. [18:21:30] jdlrobson: think you can take a look? [18:21:50] sure gimme 10 mins just fixing up some dinner and my multi-tasking is not doing so well :) [18:22:19] hehe [18:25:57] awjr: *clicking* [18:26:02] awjr: *looking* [18:27:29] awjr: https://gerrit.wikimedia.org/r/#patch,sidebyside,4904,1,tests/MobileFrontendTest.php [18:27:38] awjr: evil whitespace! [18:28:19] sigh. [18:28:21] one sec [18:29:34] MaxSem: how should we do this robots stuff correctly [18:29:54] preilly, I'm thinking of configuration option [18:30:10] New patchset: awjrichards; "Fixes bug 35940" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4904 [18:30:27] preilly see new patchset ^ [18:31:01] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4904 [18:31:27] awjr, it's usually frowned upon to combile w/s changes with logic changes [18:31:32] *combine [18:31:43] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4904 [18:31:45] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4904 [18:32:02] MaxSem i'll keep it in mind next time. [18:32:03] awjr: booyakasha – change has been successfully merged into the git repository. [18:32:07] far out [18:32:48] jdlrobson: also, do you have a 'favorite' fastclick implementation? [18:32:57] preilly i dont normally like deploying on fridays but should we push that change out? [18:33:10] awjr: yes, I think so [18:33:15] k [18:33:42] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 0 C: 2; - https://gerrit.wikimedia.org/r/4832 [18:33:53] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4832 [18:33:55] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4832 [18:33:55] preilly did i hear you correctly this AM that 1.19wmf1 is still on SVN so we have to do the wacky gitsvn merge? [18:34:06] awjr: yes, sir [18:34:22] preilly k thanks - any other fixes to go out right now? [18:35:15] MaxSem: can we approve this https://gerrit.wikimedia.org/r/#change,4834 [18:35:27] MaxSem: and then switch it to a configuration option later [18:35:42] why not [18:35:55] I'll fix it once I finish my current chunk [18:36:12] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4848 [18:36:14] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4848 [18:36:26] awjr: I'm looking through the queue right now [18:37:21] no i don't... sorry YuviPanda ! [18:37:30] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4817 [18:37:32] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4817 [18:38:32] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4834 [18:38:35] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4834 [18:39:23] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4898 [18:39:25] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4898 [18:40:12] * YuviPanda checks log [18:40:18] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4899 [18:40:20] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4899 [18:41:22] preilly: going afk for a minute - let me know if there are any other chagnes to go out, otherwise i'll just patch deployment with my changes. [18:43:17] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4892 [18:44:25] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4850 [18:44:27] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4850 [18:44:59] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4853 [18:45:01] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4853 [18:45:23] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4854 [18:45:25] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4854 [18:45:46] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4867 [18:45:48] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4867 [18:46:17] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4868 [18:46:19] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4868 [18:46:49] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4869 [18:46:52] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4869 [18:47:14] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4870 [18:47:44] jdlrobson: https://gerrit.wikimedia.org/r/#change,4870 — Your change requires a recursive merge to resolve. Please merge (or rebase) the change locally and upload the resolution for review. [18:48:17] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4876 [18:48:20] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4876 [18:49:36] MaxSem: https://gerrit.wikimedia.org/r/#change,4892 — Your change could not be merged due to a path conflict. Please merge (or rebase) the change locally and upload the resolution for review. [18:49:52] affirmative [18:51:06] preilly do you want all of those changes you just merged pushed as well? [18:51:17] awjr: well, I think so [18:51:33] k [18:51:37] awjr: I actually want 4870 and 4892 [18:51:44] awjr: as well... [18:51:49] jdlrobson: ping [18:51:55] preilly k i'll wait [18:51:59] New patchset: Jdlrobson; "remove duplicate definitions from common.css that are in hacks.css" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4870 [18:52:00] awjr: thanks [18:52:12] preilly np that'll be easier anyway than cherry picking [18:52:16] hey preilly [18:52:19] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4870 [18:52:21] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4870 [18:52:24] jdlrobson: nevermind [18:52:36] always one step ahead? :) [18:53:44] ha [18:53:53] MaxSem: are you rebasing your change? [18:54:01] waitasec [18:56:47] New patchset: Jdlrobson; "remove geography text align hack" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4906 [18:57:22] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4906 [18:57:24] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4906 [18:59:47] ok preilly, ready? [19:00:01] awjr: waiting on MaxSem [19:00:04] o [19:00:45] tfinc: do you know when you would be able to get back? [19:00:58] sorry, merging right now [19:03:57] New patchset: MaxSem; "Switched the remaining CSS to RL" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4907 [19:04:11] Change abandoned: MaxSem; "(no reason)" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4892 [19:04:14] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4892 [19:04:20] damn, my git-fu teh sux [19:04:47] MaxSem: just submit a new commit [19:04:57] preilly, just what I did [19:05:03] preilly, https://gerrit.wikimedia.org/r/4907 [19:05:37] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4907 [19:05:37] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4907 [19:05:47] awjr: okay, we're good [19:05:58] preilly ok ima go ahead and patch 1.19wmf1 [19:09:41] jdlrobson: attr vs data [19:09:59] I like keeping things in attr because then I can set defaults in the html markup [19:10:32] but don't those get inherited by jQuery these days? [19:10:40] * jdlrobson runs a little test [19:11:54] yup [19:11:55] ah [19:12:08] does it reflect as well? [19:12:13] reflect? [19:12:18] i.e. if I change data in .data, would the attr change? [19:12:25] (debugging with a DOM tree visualization) [19:12:58] no but does it matter? [19:13:25] debug using javascript :) [19:13:33] :) right [19:13:38] jdlrobson: will change. [19:13:46] i'll continue reviewing [19:13:48] I guess being able to use any object is a + for data [19:13:49] jdlrobson: ok [19:17:14] jdlrobson: any reason for having hide *and* show buttons, instead of just one button that toggles? [19:18:03] no reason [19:18:10] it's just the way it was originally [19:18:21] i'll be changing that myself soon i think [19:18:24] YuviPanda: back [19:18:32] YuviPanda: were you able to get anyone else with 4.2 to test? [19:18:37] tfinc: nope :( [19:18:42] jdlrobson: cool. [19:18:46] k, i'll get back to it then [19:20:25] tfinc: awesome. [19:21:47] jdlrobson: also, I don't know if I can use the Reference reveal code either. [19:21:55] jdlrobson: since I no longer have full html in the page [19:22:07] what do you mean? [19:22:32] Amgine: if we're still discussing wiktionary issues: type "G" in search; get many possible results; scroll down the list of possible results: upon scrolling, the "magnifying glass" icon in upper right goes white and the search results get kicked left, making the search results list not readable. [19:22:55] you should be able to run MobileFrontend.references.init() after api calls [19:23:05] i guess i should patch it so init takes a parent to search in [19:23:14] to save you double initialising [19:23:15] YuviPanda: entitlements problem fixed. Xcode was signing it with the wrong cert [19:23:19] tfinc: cool [19:23:31] jdlrobson: so, i'm now loading things into the DOM only when someone expands it [19:23:37] jdlrobson: which means references won't be in the DOM by default [19:23:43] oooh i see [19:23:48] load references by default? [19:23:56] jdlrobson: so, I could load it by default and use it, but that seems hacky to me [19:24:10] mm i'll have to think of tht some more [19:24:12] double the work - Load into DOM, then parse it out. [19:24:28] since I have that section anyway, I *could* just parse out that section in my page parsing step and use that [19:25:25] jdlrobson: also re == vs ===. I tend to use the latter only when there are potentials for issues (like checking for null). Thoughts? [19:25:54] i always use the latter [19:26:05] as i might make the wrong assumption [19:26:08] preilly, MaxSem, jdlrobson: changes are live on test.wikipedia.org [19:26:31] im always too quick awjr - Our servers are currently experiencing a technical problem. [19:26:42] yeah there's a php fatal [19:26:48] DeviceDetection.php wasn't updated [19:26:51] PHP fatal error in /home/wikipedia/common/php-1.19/extensions/MobileFrontend/MobileFrontend.body.php line 1559: [19:26:51] Call to undefined method DeviceDetection::getCssFiles() [19:26:57] ! [19:27:33] YuviPanda: test #3 passes . i'm going to do it one more time due to the weird entitlement issues [19:27:39] but no blockers yet [19:27:39] tfinc: cool [19:27:48] MaxSem then we must be missing a revision or something because what's in deployment matches what's at head of master [19:28:02] Amgine: also compare http://en.m.wiktionary.org/wiki/G#section_1 in browser vs. phone. "Other representations of G" leftmost column is squished to one character per line on phone display [19:28:16] awjr, this function exists in master, just checked [19:28:24] huh [19:28:25] one sec [19:28:31] jdlrobson: any thoughts on when you can 'merge' the two hide/show buttons into one? [19:28:42] i guess sometime next week :) [19:28:44] ah [19:28:47] okay [19:28:50] shit MaxSem you're right sorry i was diffing against the wrong working dir >_< [19:28:53] i think the main thing holding me back is your app [19:28:55] the old versions :) [19:29:10] as they use 2 buttons [19:29:17] ill have to make sure i keep things backwards compatible [19:29:29] yeah, git-->svn deployments are "special":( [19:30:54] * tfinc rebuilds 3.1.1 [19:30:55] jdlrobson: ok. 22% haven't upgraded yet. [19:31:22] jdlrobson: i'm going to assume that all the section related css is in section.css [19:31:30] you'd be correct [19:31:35] for the beta [19:31:52] MaxSem, jdlrobson, preilly: now it's correct. please test changes on test.wikipedia.org [19:32:20] (tip to test beta - http://test.wikipedia.org/wiki/Main_Page?mobileaction=beta ) [19:32:24] rather than opting in [19:32:47] oo [19:32:49] nice. [19:32:51] disabled images doesn't seem to be working... [19:32:52] jdlrobson: also, any reason why border-bottom is on .content_block rather than on the h2 or section? [19:33:11] heatherw wanted that to show they are part of the same thing [19:33:18] so when closed it looks like border bottom of h2 [19:33:37] jdlrobson: border-bottom on .section would've done the same too, no? [19:33:52] Hi YuviPanda, jdlrobson :) [19:34:01] no.. there's a slight indent i believe so the border wouldn't have been the right length [19:34:06] ah [19:34:22] so now I can't set display:none to hide them but need to use what you used. [19:35:03] k there is a bug awjr [19:35:30] you need to use classes YuviPanda [19:35:36] jdlrobson: quick fix? [19:35:38] awjr there is a request for http://test.wikipedia.org/w/extensions/MobileFrontend/stylesheets/images/blank.gif [19:35:44] using w instead of wiki [19:35:50] is that a LocalSettings problem? [19:35:57] jdlrobson i dont know [19:36:29] jdlrobson w should work [19:36:31] it's using $wgScriptPath [19:36:42] jdrobson yeah w is the correct script path on test wiki [19:37:04] w/ doesn't work though :/ [19:38:26] mm so somehow the blank.gif image hasn't surfaced [19:38:37] http://test.wikipedia.org/w/extensions/MobileFrontend/stylesheets/images/blank.gif 404s when it should not [19:39:03] jdlrobson my fault [19:39:06] i didn't pick up the new file. [19:39:54] can i check rtl on test? [19:39:59] sec [19:40:04] oh yeah you should be able to [19:40:26] so enable/disable images doesn't seem to work [19:41:04] ?uselang=he should give you rtl [19:41:10] jdlrobson: the gif shoudl now be working [19:41:20] yep it looks good awjr [19:42:01] jdlrobson disable images is working for me [19:42:06] actually when i go into language he it also changes the extension folder to extensions-1.19 [19:42:07] mobileaction=toggle_view_mobile required an extra F5 after going to main page to result. even on HTTPS. [19:42:09] so //test.wikipedia.org/w/extensions-1.19/MobileFrontend/stylesheets/images/blank.gif 404s again [19:42:35] the behavior is a little weird on test i think because it doesnt have a separate mobile domain configure [19:42:36] d [19:43:20] jdlrobson i might need to sync-common on test one sec [19:44:03] Reedy: do you know if it's currently safe to run scap? none of the other usual suspects are around to confirm [19:44:11] jdlrobson ok try now [19:44:27] good man awjr [19:44:31] yeh everything looks fine to me [19:44:36] MaxSem: yeah that should not be a problem on sites with a separate mobile domain [19:44:37] im just not convinced disabled images is working [19:44:58] ooh saying that [19:44:59] jdlrobson it appears to be working but the behavior is whacky because of the single domain [19:45:10] the footer looks messed up in rtl [19:45:33] YuviPanda: i reran test #3. no functional issues :) [19:45:39] wooo [19:45:43] some places where i'd like to see us get faster [19:45:46] * tfinc goes to file bugs [19:45:48] let me patch up [19:45:51] ok, next time we need to push out a fix, we should not deploy all the other changes that people have made [19:46:02] especially on a friday. [19:46:49] jdlrobson, speaking of RTL: RL automatically converts CSS to RTL via CssJanus if needed. do we take it into account? [19:47:06] YuviPanda: code review done [19:47:18] jdlrobson: awesome. Will fix. [19:47:18] no MaxSem - i had no idea [19:47:21] how do we invoke that [19:47:24] YuviPanda: i need to add a new bugzilla version for 3.1.2 [19:47:30] tfinc: cool [19:47:31] YuviPanda: what did you think about 3.1.1 (iOS) [19:47:34] do you like that [19:47:46] in 'versions'? [19:47:49] or should we just do 3.1.2 sans saying ios [19:47:50] yes [19:47:54] I think that's the way to go [19:47:56] we need toh ave iOS [19:47:59] k [19:48:03] iOS v6.x will be Android 3.x [19:48:44] ok. we have it now [19:48:53] YuviPanda: what else is blocking the release ? [19:48:57] nothing [19:49:01] i like the sound of that [19:49:02] :D [19:49:13] let me paste in the release notes [19:49:16] jdlrobson, https://www.mediawiki.org/wiki/Directionality_support https://www.mediawiki.org/wiki/ResourceLoader/Developing_with_ResourceLoader#CSS_parsing [19:49:16] and prep a final build [19:49:24] the latter is especially useful:P [19:49:27] tfinc: oh, there is one more item added to CHANGELOG. let me add that. [19:49:35] YuviPanda: i'm sure nothing will make you happier then knowing that 3.1.1 is gone :) [19:50:06] :) [19:51:22] MaxSem: ill look at that next week - its a quick fix no [19:53:34] New patchset: Jdlrobson; "update footer for rtl direction" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4912 [19:53:35] awjr: sent for review [19:56:31] jdlrobson the footer still looks weird for me in RTL after your fix on my local instance [19:56:57] YuviPanda: did you want to add anything to the change log ? [19:57:12] tfinc: yes, forgot about it. one liner, give me a second [19:57:17] k [19:57:28] awjr: think this is related to a bug... let me dig out [19:57:48] tfinc: pushed. [19:58:04] https://bugzilla.wikimedia.org/show_bug.cgi?id=35911 [19:58:08] tfinc: hmm, am having issues with pushing [19:58:10] here's the line [19:58:11] Fixed bugs with saved pages not persisting [19:58:15] so it seems setting uselang=he doesn't change dir to rtl [19:58:17] let me go fix the issues with git [19:58:22] (on the html tag) [19:59:04] oh i see [19:59:11] i'm not sure how to fix that [19:59:17] but that had me confused for a bit as well [19:59:33] i find the most reliable test is to open web inspector and manually change the html dir attribute :) [19:59:53] [WikipediaMobile] yuvipanda pushed 1 new commit to v3.1.2-iOS: http://git.io/AKp91g [19:59:53] [WikipediaMobile/v3.1.2-iOS] Updated CHANGELOG - YuviPanda [20:00:06] Project WikipediaMobile - Nightly builds build #343: SUCCESS in 7.3 sec: https://integration.mediawiki.org/ci/job/WikipediaMobile%20-%20Nightly%20builds/343/ [20:00:07] yuvipanda: Updated CHANGELOG [20:00:10] tfinc: done [20:00:38] jdlrobson even after switching to use $wgLanguageCode footer looks wrong [20:01:34] really? [20:01:39] is the html dir attribute set? [20:02:35] jdlrobson dunno - where would i look [20:02:36] ? [20:02:43] got chrome? [20:02:54] flipped CSS? [20:02:56] open console and run $("html[dir=rtl]") [20:03:13] if it outputs empty list it's not being flipped [20:03:22] jdlrobson gives me nothing [20:03:42] that was in FF [20:03:53] yeh so something weird is going on [20:03:59] it's not flipping the html dir attribute [20:04:08] YuviPanda: just edit the copy on github .. that'll go faster [20:04:12] and it'll unblock me [20:04:15] tfinc_: i had pushed [20:04:18] a few mintues ago? [20:04:20] ok i dont feel good about this deployment [20:04:35] awjr: ahh so dir is determined by $wgContLang [20:04:36] preilly any objections to just pushing out the view toggling fix and saving everything else for next week? [20:04:36] ahh i see it [20:04:37] what value is that? [20:04:37] tfinc_: you missed that with liefi [20:05:24] YuviPanda: i'm prepping the release build [20:05:30] ok [20:05:43] jdlrobson try $wgLanguageCode='he' in local settings [20:07:15] awjr: why? [20:07:51] preilly because we're still uncovering bugs in new stuff to deploy and it's friday [20:08:09] awjr: ok [20:08:11] and im supposed to be doing 20% stuff now [20:08:32] awjr: well, this is 20% stuff [20:08:41] preilly no, this is what i normally do... [20:08:42] awjr: your testing the new deployment method ;) [20:08:49] hahaha [20:08:53] awjr: ha ha I was right [20:08:59] lulz [20:09:08] awjr, you can just scap and declare site emergency, mwahaha [20:09:33] as entertaining as that sounds, i'd like to be not staring at my computer this friday evening :) [20:10:04] what? don't you be tellin' me that you have a life [20:11:17] lol even if i didn't have a life i wouldn't want to be staring at my computer screen this friday evening : [20:11:19] :p [20:11:22] ok yeh awjr [20:11:24] i messed up [20:12:58] so i think ResourceLoader is doing magic [20:13:40] YuviPanda: the app has been validated. were ready to submit it [20:13:41] jdlrobson, CssJanus [20:13:46] *w're [20:13:48] err [20:13:49] yes [20:13:49] *we're [20:13:55] tfinc: cool :) [20:14:17] yep MaxSem i didnt realise you didnt have to opt in :) [20:14:32] ok jdlrobson, MaxSem, preilly: im going to back out the changes from the deployment branch and *just* push changes to fix bug 35940 [20:14:45] no objections [20:14:51] YuviPanda: do you have any other changes before i submit ? [20:14:55] tfinc: nope [20:14:58] when will be our next window? [20:15:13] * tfinc hits send and breathes a bit more  [20:15:55] YuviPanda: 3.1.2 has been submitted [20:15:56] :D [20:16:16] Css janus is actually doing some annoying things [20:16:18] MaxSem good question. we had originally been doing mondays, which i liked, but i think there *might* be some kind of conflict with the platform team doing regular core upgrades on mondays but i'm not sure… preilly do you know? [20:16:22] tfinc: awesome! [20:16:38] YuviPanda: now i'm going to see if apple can fast track it. they may tell us to screw off since they did it for us last time [20:16:41] tfinc: i'm making good progress in api-move, should hit master in a few days. [20:16:42] yeah [20:17:34] preilly: were you the one who found the fast track to approval page ? [20:17:47] found it https://developer.apple.com/appstore/contact/appreviewteam/index.html [20:21:25] New patchset: Jdlrobson; "fixup css for rtl for header" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4914 [20:21:26] New patchset: Jdlrobson; "update footer for rtl direction" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4912 [20:21:30] k done [20:21:43] YuviPanda: expedited request sent [20:21:59] jdlrobson: what do you think needs to be done before api-move can be merged in to master? [20:22:08] YuviPanda: did you send out a tweet ? [20:22:13] tfinc: let me do tha [20:22:15] s/did/can [20:22:24] it looked good to me YuviPanda apart from my comments [20:22:51] jdlrobson: okay. I need to figure out how to do saved pages though. [20:38:19] maplebed: would you mind flushing the mobile varnish cache? [20:39:25] brion: h, u there? [20:39:28] hi [20:39:33] yo philinje [20:39:47] Ryan_Lane1: I know that you're busy, but when you get a chance can you take a look at: https://gerrit.wikimedia.org/r/#patch,sidebyside,4916,2,templates/varnish/mobile-frontend.inc.vcl.erb [20:40:03] need a little help understanding user rights for commons [20:40:31] ? [20:41:28] for example, my staff account doesn't work on commons - only my wikipedia user account [20:41:41] doesn't work how? [20:41:57] doesn't exist [20:42:09] does it exist on any other wikis? [20:42:26] on all wikis my staff account is fine, expect wikipedia and commons [20:43:03] what happens when you log in? [20:43:10] any error messages? [20:43:32] no. on commons i login with my WP account and it's fine, but no admin privileges [20:43:47] ok, so your account on commons works fine [20:43:52] but you don't have admin privileges there? [20:44:20] correct [20:44:30] so you want to get admin privileges? [20:44:49] yes, or to get my staff account working across all wikis (WP and commons) [20:44:50] i assume there's a standard process [20:44:58] ok, what's wrong with your staff account? [20:45:21] does it work on en.wikipedia.org, meta.wikimedia.org, etc? [20:45:52] no, yes, for some reason it is not recognized on wikipedia and commons [20:46:14] is that an actual global account, or your office.wikimedia.org account (which is not connected to anything else)? [20:46:58] is there any wiki that it does work on? [20:47:20] all of our wikis - meta, office, mw [20:47:50] philinje: what's the username? [20:47:55] pchang [20:48:01] what happens wjen you log in and it's "not recognized"? any error messages? [20:48:09] hang on [20:48:43] No user by the name Pchang [20:49:05] where? [20:49:13] commons [20:49:19] or wp [20:49:19] ok [20:49:30] on en.wikipedia.org there's a pchang account created in 2006: http://en.wikipedia.org/w/index.php?title=Special:ListUsers&limit=1&username=Pchang [20:49:35] preilly: in order to finish that bug fix we need to flush the mobile varnish cache but opsen are telling me it's pretty risky to do so on account of the mysterious memleaks [20:49:56] i am looking on meta looking at my prefs, global account status is not using unified account [20:50:16] there doesn't appear to be a pchang account on commons [20:50:18] so maybe there was an attempt to create a unified account but it got blocked on wp and commons [20:50:28] oh really [20:50:30] so you may need to unify it [20:50:41] preilly i think it's probably ok to wait to flush the cache as that bug is a bit of an edge case (Since you'd ahve to type in 'en.m.wikipedia.org' and then immediately toggle to desktop view to make it happen) [20:50:50] awjr: that's bits not mobile [20:50:50] but that won't work for wp [20:51:04] preilly i know but they're still hesitant [20:51:12] philinje: on meta, try doing the unify thing. if you can't get through en.wikipedia see if you can do the rest [20:51:22] in which case you should be able to log in on commons afterwards [20:51:49] awjr: I'll push them to do it [20:51:54] would i then have admin privileges? [20:51:59] preilly alright [20:52:31] philinje: not until somebody gave you privleges [20:52:32] awjr: Ryan_Lane1 is doing it right now [20:52:43] awjr: we owe him something [20:52:44] but since you don't exist, right now nobody can give them to you [20:52:45] ok, so who can do that? [20:52:52] philinje, contact Philippe for staff flag [20:52:57] preilly otphj? [20:53:20] thanks Brion - sorry to drag you into this [20:53:26] thanks Max [20:53:28] awjr: ha ha ha ha ha [20:53:33] :) [20:54:05] * preilly — http://www.urbandictionary.com/define.php?term=OTPHJ [20:56:05] preilly: ok bug looks resolved in production [20:56:09] im going to go get some lunch [20:56:12] bbia [20:56:13] b [20:56:16] awjr: enjoy your food [20:58:06] mmm, now I have desktop site stubbornly serving me mobile yummies;) [21:11:38] YuviPanda: right now the error.html and 404.html pages don't give very clear error messages. notably, they don't repeat the name of the page the user was searching for, so they don't know if they misspelt the page or not. i was going to put in a fix for this in WIktionaryMobile - does WikipediaMobile want this change as well? [21:11:50] yes! [21:11:58] okay :_ [21:11:59] :) [21:18:26] jdlrobson: 'title' => self::$title, [21:18:53] jdlrobson: shouldn't that be a page title in line 959 of MobileFrontend.body.php [21:19:23] jdlrobson: like $wgOut->getPageTitle(); [21:19:33] that also gives the wiki name though no? [21:20:09] e.g. Sideshow Bob - Wikipedia, the free encyclopedia [21:20:29] jdlrobson: nope [21:20:46] var_dump($out->getPageTitle()); === string(24) "Zero Rated Mobile Access" [21:21:16] it probably should then :) [21:21:23] my bad [21:22:06] jdlrobson: no worries [21:22:37] jdlrobson: I just wanted to be able to $out->setPageTitle( null ); on some pages to clear the title [21:22:44] jdlrobson: that is how I noticed the issue [21:22:52] cool glad you found it [21:23:01] my php code is always suspect ;-) [21:23:21] preilly: how is the beta site shown - do we set a cookie? [21:23:38] you can use mobileaction=beta philinje on the end of your url [21:24:08] so it is by URL always, or is that an option to see the beta site? [21:24:45] do you want to turn it on permanently? or just temporarily? [21:24:50] (for a given a page) [21:25:07] its by cookie if you want it permanently [21:25:25] i want to know how to track that view in our log files [21:25:35] for data analysis [21:26:08] ah i don't know about that - i guess you could look at how often references.js is accessed [21:26:21] so it sounds like we can do it by URL, which allows us to track it [21:26:46] references.js - interesting [21:26:57] no... you would have to choose a resource that is only enabled on beta e.g. reference.js [21:27:10] unless someone can think of something more clever [21:27:19] you could obviously see how many visits there are to opt in to the beta as well [21:27:27] but that won't give you an idea if people are actually using it [21:28:40] would reference.js be accessed once per page view? [21:31:10] philinje, worse - once in a while due to caching [21:31:35] philinje, do you want to know the number of page views or people with beta? [21:32:26] yes [21:32:53] that's a Vorlon answer ;) [21:32:53] also other things, like number of search requests on the beta vs normal mobile site, for example [21:34:25] philinje, the latter one is easily doable, as it involves no caching [21:34:28] sorry, is Vorlon Star Trek lingo? [21:34:36] Babylon 5 [21:34:58] I asked you whether you want this or that, you answered yes [21:35:12] MaxSem: sorry about that, was thinking ahead [21:35:29] we want to do an A/B test based on the design of the search bar [21:36:00] this will likely involve a larger infrastructure change but i was talking with Andre about the data tracking part [21:42:33] YuviPanda: i'm surprised that the tail of Android version 4 still has 23% [21:42:43] tfinc: yeah, I guess some people don't upgrade at all? [21:42:44] its taking us a while to get the tail taken care of [21:43:18] perhaps [21:43:29] i need to talk to some app authors [21:43:35] to find out if thats typical [21:45:10] tfinc: ok [21:45:33] but our stats show that you either upgrade right away … or don't bother [21:48:14] yeah, that sounds like people ignoring 'update' notifications from market [21:54:22] YuviPanda: check out the bump of active installs after we pushed out 1.1.1 [21:54:40] yeah, it seemed to bump up and then sortof 'stabilize' [21:54:47] err [21:54:53] i mean android 2.3.3 users [21:55:01] ugh, i wasn't looking at that [21:55:03] * YuviPanda goes back to console [21:55:09] Active device installs by Android Version [21:55:33] 1.1.1 gave us 300,000 more 2.3.3 users [21:56:14] that explains where we've seen our growth on total installs [21:56:20] tfinc: yeah, I see quite a big bump [21:56:35] were seeing the exact same bump on 4.x but the scale is so much smaller [21:56:40] i'm not sure why thta happened? 2.2 was constant [21:57:07] there are very few 2.2 device coming out on the market [21:57:44] true, I'm wondering if there was a proportional bump in 4.x as well [21:57:58] tfinc: were seeing the exact same bump on 4.x but the scale is so much smaller 2:56 [21:58:12] yeah [22:10:03] hmm, I wonder if there's a event that is triggered on DOM ready.. [22:10:17] New patchset: MaxSem; "Factored language URLs builder into a separate function" [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4925 [22:21:47] tfinc: you should be able to try out the api-move version on my repo if you want to. 4.x fixes have been merged in. [22:22:03] jon's given me some CR comments and once I fix those, this will be merged to master [22:22:08] i'll fix those before going to sleep today [22:22:26] tfinc: when do you want to talk about 3.2/1.2? [22:25:59] Project WiktionaryMobile - Nightly builds build #74: SUCCESS in 6.8 sec: https://integration.mediawiki.org/ci/job/WiktionaryMobile%20-%20Nightly%20builds/74/ [22:25:59] pfhayes: Trying to get starting words working on 4.0 [22:26:45] tfinc: u there? [22:30:31] preilly, MaxSem: i just created a remote branch under MobileFrontend to do some testing around the command line gerrit stuff i've been working on - there should be nothing of value in the branch, just test commits etc. so if you see anything about 'dippy-bird-sandbox' in gerrit, ignore it for now. [22:30:59] awjr, there's a test repo [22:31:16] well hsit [22:31:22] MaxSem what is it? [22:32:08] awjr, test/mediawiki [22:32:23] :D [22:32:25] thanks MaxSem [22:33:36] awjr, or test/mediawiki/extensions/examples [22:35:34] awesome [22:35:43] i deleted the remote branch i made in MobileFrontend [23:00:45] MaxSem: why did you get rid of getRelativeURL? [23:00:45] preilly, because its only usage was feeding it already relative urls [23:00:45] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4925 [23:00:45] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4925 [23:02:05] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4912 [23:02:05] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4912 [23:02:05] New review: preilly; "(no comment)" [mediawiki/extensions/MobileFrontend] (master); V: 1 C: 2; - https://gerrit.wikimedia.org/r/4914 [23:02:05] Change merged: preilly; [mediawiki/extensions/MobileFrontend] (master) - https://gerrit.wikimedia.org/r/4914 [23:09:37] MaxSem: can you take a look at https://gerrit.wikimedia.org/r/4939 [23:10:47] preilly, +1'd [23:11:36] awjr: can you approve https://gerrit.wikimedia.org/r/#change,4939 [23:14:00] awjr: thanks! [23:14:04] preilly np [23:17:38] binasher: you around? [23:17:57] yo [23:18:15] binasher: can you look at https://gerrit.wikimedia.org/r/#change,4916 [23:23:10] hrm [23:23:45] i wish gerrit let you see the entire changed file without downloading a zip [23:27:44] preilly: 1) tag_carrier is only called if reg.host ~ zero so none of that will work, 2) does Special:ZeroRatedMobileAccess expect to get options following it with a / ? [23:34:55] binasher: hmm [23:36:28] binasher: 2) I don't know what you mean? [23:36:39] binasher: 2) do you mean query string parameters? [23:36:56] i closed it, but see the comment on the gerrit change [23:37:43] the string append won't translate into query paramaters [23:40:15] binasher: can I just remove the string append [23:40:59] and just redirect to Special::ZeroRatedMobileAccess ? [23:41:41] binasher: yeah [23:42:29] binasher: can you look at https://gerrit.wikimedia.org/r/#change,4916 patch set 4 [23:43:26] binasher: I mean patch set 5 [23:45:05] tfinc: https://github.com/wikimedia/WikipediaMobile/pull/208 :) [23:45:34] 5 still has a prob - if m, tag_carrier is called before the req.http.host rewrite, if zero it's called after (but you check for req.http.host ~ zero in tag_carrer) [23:49:49] binasher: what is the fix? [23:50:18] binasher: I want to call it before right? [23:51:13] since you're calling it regardless now, remove both calls and put one unconditionally at the top of vcl_recb [23:51:47] YuviPanda: how are you still awake ? [23:52:09] YuviPanda: GO TO SLEEP [23:52:10] hehe [23:52:13] tfinc: not really sure :) [23:52:19] seriously .. when was the last time you slept [23:52:28] i bet *you* don't even remember [23:52:34] stay awake. sleeping is for suckers! [23:52:41] I think I slept for about 4-5 hours on friday evening IST [23:52:44] binasher: can you look at https://gerrit.wikimedia.org/r/#change,4916 patch set 7 [23:52:48] Ryan_Lane++ [23:53:07] Ryan_Lane++ [23:53:11] YuviPanda-- [23:53:31] so that's ++ Ryan_Lane and a -- for me ++ing Ryan_Lane [23:53:35] -2 [23:53:56] tfinc: is karma neutral [23:54:47] Ryan_Lane: ssh -A bastion.wmflabs.org [23:54:48] If you are having access problems, please see: https://labsconsole.wikimedia.org/wiki/Access#Accessing_public_and_private_instances [23:54:48] Connection closed by 208.80.153.194 [23:54:51] preilly: lucky number 7 [23:54:59] * YuviPanda throws http://i.imgur.com/0WIqX.gif at tfinc  [23:55:05] no longer karma neutral [23:55:20] * tfinc responds with http://cats.io/ [23:55:30] checkmate [23:55:42] Ryan_Lane: do you like that show archer? [23:55:43] : Lana. Lana. Lana? LANA! Danger zone. [23:56:11] Ryan_Lane: do you know a guy named sterling archer? [23:56:11] : Lying is like 95% of what I do. [23:56:19] * YuviPanda gets tfinc to click aww.reddit.com [23:56:29] i wonder when we'll get new episodes of archer [23:56:29] : Can I offer you a drink? How about this expensive prostitute? [23:57:04] oh, silly archer bot [23:57:05] : Malory: It's okay! They're just blanks.Lana: Well, see, you say that ...Malory: But they were blanks—weren't they?Sterling: Only if the back of his skull picked that exact moment to explode outwards [23:58:18] YuviPanda: i like cat.io better. its more obnoxious [23:58:51] Ryan_Lane: archer is a great show [23:58:51] : Hey, we're out there risking our lives every—many of the days! [23:59:07] YuviPanda: awesome to see the pull request come in [23:59:17] thats a beefy review [23:59:42] tfinc: those were all inline comments that he gave me which have been resolved [23:59:50] tfinc: also, http://reddpics.com/r/aww > cats.io