June 2014 - Mobile-l - lists.wikimedia.org

Low-quality images are live
by Yuri Astrakhan 16 Sep '14

16 Sep '14

The reduced quality images is now live in production. To see it for yourself, compare original <http://upload.wikimedia.org/wikipedia/commons/thumb/c/cb/Buildings_of_Bedfo…> with low quality <http://upload.wikimedia.org/wikipedia/commons/thumb/c/cb/Buildings_of_Bedfo…> images (253KB => 99.9KB, 60% reduction). The quality reduction is triggered by adding "qlow-" in front of the file name's pixel size. Continuing our previous discussion, now we need to figure out how to best use this feature. As covered before, there are two main approaches: * JavaScript rewrite - dynamically change <img> tag based on network/device/user preference conditions. Issues may include multiple downloads of the same image (if the browser starts the download before JS runs), parser cache fragmentation. * Varnish-based rewrite - varnish decides which image to server under the same URL. This approach requires Varnish to know everything needed to make a decision. Zero plans to go the first route, but if we make it mobile, or ever site wide, all the better.

7 11

Tablet pageview data pre and post redirect
by Maryana Pinchuk 08 Jul '14

08 Jul '14

Good news, everyone! Oliver ran some stats for us on where tablet users were landing (desktop view or mobile view) a few days before and after the tablet redirect on Tuesday: Before the redirect, *13% of pageviews from tablets were hitting the mobile site*, meaning a non-trivial chunk of users had opted into the mobile experience even before we were serving it to them as the default. After the redirect, *95% of pageviews from tablets were hitting the mobile site*, meaning a fairly small number of users are opting out of the mobile experience we're serving – smaller than the number of people who were opting out of the desktop experience before the redirect :) (Note that the total pageview numbers haven't changed significantly – the slightly downward trendline in the past few days just reflects the normal dip we observe toward the end of every week.) So, tl;dr, it looks like we're serving the needs of the majority of our users. Graph below, courtesy of our beloved British data analyst/road warrior. We'll continue to monitor these numbers, of course, but the early results look good – nice work, team! [image: Inline image 1] -- Maryana Pinchuk Product Manager, Wikimedia Foundation wikimediafoundation.org

7 21

[Apps] Monthly retrospective notes
by Dan Garry 08 Jul '14

08 Jul '14

Hi everyone, The Mobile Apps team met for our monthly retrospective. With Tomasz out at Google I/O, I temporarily filled in as scrum master in addition to my product owner role. The full notes are archived on mediawiki.org <https://www.mediawiki.org/wiki/Wikimedia_Apps/imported/Retrospective-June_2…> . Action points from this meeting: - We're suffering from device shortage. Dan will follow-up with Tomasz (in his role as Director) about this. In particular: - The designers would like more Android devices so they can familiarise themselves with Android design patterns. - We'd like the language team, a very mobile-heavy team, to have iOS devices so they can diversify their own testing of the app. - Dan uses his iOS phone and Android tablet for all testing. He'd like iOS tablets and Android phones to be more available in the office so he can test on more platforms. - Product and engineering have felt kind of separated from design, and vice-versa. We all think we can make refinements to break this divide. Vibha is going to own this improvement, but we all agreed trying to get iOS out of the door is higher priority right now. - We're focussed on the current sprint very well, but our planning for two or three sprints into the future is poor. I think the blame is on me for this here. Dan is going to own improving the backlog even further so the roadmap is clearer. - We need to meet sooner rather than later to discuss the iOS release and whether we're comfortable going ahead with it, and what our criteria for whether it's "ready" are. Dan will set this up. - We need to talk about how often we release. Yuvi will lead a discussion on mobile-l. Thanks everyone! Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

2 1

App Store Feature Requests
by Vibha Bamba 04 Jul '14

04 Jul '14

Hi everyone, I've started an etherpad to document relevant comments from the app store reviews in order to manage user feedback. https://etherpad.wikimedia.org/p/App_Store_Feature_Comments Please paste comments directly without editorial in the relevant sections if you would like to help out. Synthesis/ Analysis to follow. Thanks! Vibha ---- Vibha Bamba Senior Designer | WMF Design

4 7

[Apps] New iOS release date 14th July
by Dan Garry 02 Jul '14

02 Jul '14

Hi all, Vibha, Monte, Luis and I met to discuss the blockers for the iOS release. As a group we identified the following things that need to happen before the release: 1. Making the information in the footer link to the article history. [Legal blocker, Brion working on this right now] 2. Add a Terms of Use link into the App Store description upon release. [Legal blocker, Dan to do this] 3. Refine the More menu. i.e. product and design to decide what should be in there, and what the prose should be [Dan and Vibha to work on this, top priority card in for next sprint] - Add links to privacy policy and terms of use [Legal blocker] 4. Auditing internationalisation. Try to switch to other languages. [Dan to test] 5. ToC refinements [Monte, in current sprint] 6. Remove the "tap to hide chrome" behaviour [Monte, in current sprint] Some of these, namely {1, 5, 6}, are being handled in the current sprint. Some, namely {2}, are handled at release. However, {3, 4} can't be handled in the current sprint. Given the quarterly planning this week, and the four day week, we're delaying the release, instead placing {3,4} as top priority issues for the next sprint, and targeting 14th July instead. Let me know if you have any questions. Thanks, Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

3 5

Congratulating the Wikimedia App team for launching the Native Wikipedia Android App
by Tomasz Finc 02 Jul '14

02 Jul '14

With the dust settling for our launch of the new native Android app in the Google Play Store [1] I'd like to acknowledge the great work that the team [2] has done and forward some of the reviews we've seen come in. [3] Here are some of my favorites "Super, the bugs are out. Runs like clockwork. Class layout. Now again everything tip top." (Translated from German) "I am glad that there are also pages in the app can be edited. The app is really fantastic!" (Translated from Dutch) "Keeping it 100 This app is a great way to access Wikipedia and the fact that it doesn't snoop all your information is really cool. I'll support Wikimedia till the end." "Perfect since the last update Native Android is always the better way for an android app. Looks marvelous and awesome, gg :-)" "Great! Since the latest update everything is much improved. No more random crashes on start-up and the UI is much more pleasing to the eye. Well done!" "To have One of those applications that you put "default". Wikipedia is always helpful and this app is a good summary of simplicity and functionality" (Translated from Italian) "Simply brilliant From idea to implementation, a round good thing, a walking stick for humanity on your way to unity." (Translated from German) And a healthy amount of critique that we're ready to take head on "Very good I really like the current interface. What I totally disagree is that they have placed the option of modifying entries from Mobile. If there are already many people adulterating tickets from the web version, the mobile version now since many people with nothing to do will too" And my personal nonsensical favorite "Savage app! This app is totally SAVAGE bro! It will make your day glow like a lemonade cooler and bring home the bacon, fry it up in a pan! Now that's what i call SAVAGE!" (Translating this is beyond me but I love the energy) Thank You to Dmitry, Bernd, Yuvi, Dan, Vibha, Moiz and others for getting us here. We're all excited to see iOS go next. --tomasz [1] - http://blog.wikimedia.org/2014/06/25/revamped-wikipedia-app-now-available-o… [2] - https://www.mediawiki.org/wiki/Wikimedia_Apps/Team [3] - https://play.google.com/store/apps/details?id=org.wikipedia

9 8

Fwd: Blurry text on iPad
by Jeremy Baron 01 Jul '14

01 Jul '14

Hi, (see also my other mail just now on mobile non-app feedback in general) In this case I searched bugzilla for ~5 mins and didn't see anything relevant and so I forward here. Although, maybe I used the wrong search keywords. (quicksearches were ":mobilefrontend summary:text", ":mobilefrontend summary:font" and ":mobilefrontend blur". and then I realized of course this isn't MobileFrontend at all and tried again with "ipad|ios font|text|blur") I don't see the issue myself but I'm not looking on an iPad. It may be valid or WORKSFORME or fixed but not yet deployed. At first glance this seems like Brion's kind of bug? I just asked the user about the rendering with MobileFrontend. (I guess they must have opted out because it's such recent feedback? given the recent switch to redirect tablets also by default.) -Jeremy (obviously removed name and redacted screenshot a bit) screenshot now uploaded instead of attached because list has a size limit: https://i.imgur.com/oLFawll.png ---------- Forwarded message ---------- From: OTRS 2014062710022031 Date: Fri, Jun 27, 2014 23:00 UTC Subject: Blurry text on iPad To: "info-en(a)wikimedia.org" <info-en(a)wikimedia.org> Just to report a bug - Since today, the text became blurry on the main content area of the site while visiting wikipedia on a non-retina iPad in portrait orientation (the top and sidebar remains sharp). You can find a screenshot in attachment. This also happens while visiting articles.

3 4

Live demo "Styleguide mobile" broken on toolserver
by Florian Schmidt 01 Jul '14

01 Jul '14

Hello together! I've noticed, that the online live stylguide for mobile on toolserver (linked e.g. from MW Mobile Team Page, section development guidelines: https://www.mediawiki.org/wiki/Mobile_web/Team#Development_guidelines) is broken: http://tools.wmflabs.org/styleguide/mobile/index.html Can we do anything to repair, or remove the link from MW page? :) Thanks for attention! Kind regards Florian

2 1

Removing the Watchlist icon on Opera / Lower JS Devices?
by Adam Baso 01 Jul '14

01 Jul '14

Juliusz suggested I email out details to mobile-l on the following. The question arose during an Opera discussion today whether hiding the Watchlist icon (which is the case on non-HTTPS supporting UX on Wikipedia Zero) on mobile web in the page menubar (not the same as the flyout "hamburger" menu) might make sense generally for <noscript> or lower JS devices? The Watchlist star on the page menubar takes up a lot of space, and as it's the only thing there at the moment (on en.m at least, icons like Edit and Add Photo aren't shown), hiding that menubar icon would free up some valuable screen real estate. On <noscript> or lower JS devices (or browsers where RL suppresses JS due typically to challenges around timing of Deferreds and the like), using the Opera traffic as an example of such a browser, it seems like Watchlist usage is sort of low (this is at 1% sampling resolution). $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep 'action=watch' | wc -l 3 In other words, it seems users make it to the point of using the feature, but only about 300 times per day total. Meanwhile, the Watchlist start takes up valuable screen real estate for every pageview. The usage of the feature is about 1/10 of the Opera usage involving submission of the login form (a prerequisite of watchlist usage). $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep -i 'Special:UserLogin' | grep 'POST' | wc -l 31 Which is about 1/10 of Opera usage of the login feature in any capacity (GETting the form or POSTing the form) $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep -i 'Special:UserLogin' | wc -l 331 Which is maybe 1/270 of an oversimplified "pageview" metric on Opera Mini, using text/html response types as a rough guide. $ zcat /a/squid/archive/mobile/mobile-sampled-100.tsv.log-20140409.gz | grep 'proxy=Opera' | grep 'text/html' | wc -l 89403 The relatively low usage of the Watchlist feature is probably symptomatic of the multiscreen flow on such devices. -Adam

6 21

Getting Flow mobile ready
by Jon Robson 01 Jul '14

01 Jul '14

I've recently been planted from the mobile team into the Flow team to get the code between these two teams more closely aligned and also get Flow optimised and working on mobile phones. I've constructed a list of cards in the Flow backlog under the list heading 'Mobile' [1] which should set a path for us getting to a good mobile experience. As a first goal I'm aiming to get Flow working nicely without JavaScript in mobile. Most of the initial work will be around polishing non-JavaScript workflows so they are less jarring. It would be pretty trivial to simply enable all JavaScript and CSS on mobile and get it up and running, but I suggest we use this as an opportunity to improve on our track record of UI standardisation. After polishing the non-JS workflow we should get Flow to a point where it is using MediaWiki UI as much as possible and use this as an opportunity to drive some development resources into MediaWiki UI. There are various components that in Flow that should be polished up and pushed into MediaWiki UI. We should polish these up as much as possible, thinking about how they render in mobile, whether they are important and get them upstreamed to core. Flow also ships its own version of MediaWiki UI buttons (flow-ui-button). We will have to standardise and improve MediaWiki UI where necessary before even thinking of shipping these styles to mobile. MediaWiki UI is already loaded on mobile so this would be an easy win. Please let me know if you see any huge flaws in my approach or you think there are any chunks of work I've overlooked. Jon [1] https://trello.com/b/HD0lBssr/flow-backlog

2 1

Fwd: Results of mobile spike to investigate Knockoff-Tassembly templating system
by Ryan Kaldari 30 Jun '14

30 Jun '14

The Mobile web team finally dedicated some time to investigating Gabriel's Knockoff-Tassembly templating system. Specifically, I was tasked with answering the questions at https://trello.com/c/lYfyzs8A/6-spike-explore-knockoff-templating. The results of my investigation are at: https://www.mediawiki.org/wiki/Requests_for_comment/HTML_templating_library… If anyone has comments, feel free to reply with them. Ryan Kaldari

1 0

mobile non-app feedback
by Jeremy Baron 29 Jun '14

29 Jun '14

Hi, Often mobile tickets need more knowledge of mobile and awareness of the state of things than I can offer. And they often are neglected in tech-issues. (I think more than other kinds of tech issues?) Are you interested in only MobileFrontend issues or also Vector/Monobook on mobile devices? Options: * we could forward stuff to mobile-l (sometimes without even bothering to search bugzilla) * we could get a template like we already have for wikitech-l referrals to tell people they should be mailing mobile-l instead * maybe we could get mobile people paying attention to OTRS? (especially because you're already using OTRS for the apps. speaking of apps, do you reply to those tickets at all? I sent a few in myself) -Jeremy

4 3

Re: [WikimediaMobile] Fwd: Blurry text on iPad
by Florian Schmidt 29 Jun '14

29 Jun '14

Hello Jeremy! For me, that seems to be normal for desktop sites on mobile devices (that's one of the plusses to use MobileFrontend :P). For example see the Nexus 7 Screenshots from Wikipedia and another website (on the other website you see the difference between the "normal" font size (very little and blurry) and a bigger font (better to read)). If you zoom the site in the browser, the font is much clearer and bigger, so better to read, so on Android tablet, I think on iPad, too. Wikipedia Nexus 7: http://i.imgur.com/Iaf8SvK.png Other website Nexus 7: http://i.imgur.com/miUxm2O.png Normally the user will be automatically redirected to the Mobile optimized site (MobileFrontend) with an iPad, so, if he want to see the desktop site, he must opt-out with the link at the bottom. P.S.: Sorry Jeremy for sent this mail twice, in first mobile-l wasn't added :) Kind regards Florian Freundliche Grüße Florian -----Ursprüngliche Nachricht----- Von: mobile-l-bounces(a)lists.wikimedia.org [mailto:mobile-l-bounces@lists.wikimedia.org] Im Auftrag von Jeremy Baron Gesendet: Sonntag, 29. Juni 2014 03:13 An: mobile-l Betreff: [WikimediaMobile] Fwd: Blurry text on iPad Hi, (see also my other mail just now on mobile non-app feedback in general) In this case I searched bugzilla for ~5 mins and didn't see anything relevant and so I forward here. Although, maybe I used the wrong search keywords. (quicksearches were ":mobilefrontend summary:text", ":mobilefrontend summary:font" and ":mobilefrontend blur". and then I realized of course this isn't MobileFrontend at all and tried again with "ipad|ios font|text|blur") I don't see the issue myself but I'm not looking on an iPad. It may be valid or WORKSFORME or fixed but not yet deployed. At first glance this seems like Brion's kind of bug? I just asked the user about the rendering with MobileFrontend. (I guess they must have opted out because it's such recent feedback? given the recent switch to redirect tablets also by default.) -Jeremy (obviously removed name and redacted screenshot a bit) screenshot now uploaded instead of attached because list has a size limit: https://i.imgur.com/oLFawll.png ---------- Forwarded message ---------- From: OTRS 2014062710022031 Date: Fri, Jun 27, 2014 23:00 UTC Subject: Blurry text on iPad To: "info-en(a)wikimedia.org" <info-en(a)wikimedia.org> Just to report a bug - Since today, the text became blurry on the main content area of the site while visiting wikipedia on a non-retina iPad in portrait orientation (the top and sidebar remains sharp). You can find a screenshot in attachment. This also happens while visiting articles. _______________________________________________ Mobile-l mailing list Mobile-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l

2 1

iPad bugs we need to fix in VE
by Juliusz Gonera 26 Jun '14

26 Jun '14

There are three important bugs that need to be fixed in VE before we can move it to stable for tablets (specifically iPads). The first two were added by me just today. The third was reported in May by Rummana and for some odd reason had Jon assigned to it, although he has never worked on it (I removed him). Following Roan's suggestion I recorded videos on iOS simulator to illustrate what is happening in each case (thanks to Monte for letting me use his Macbook with up-to-date Xcode). https://bugzilla.wikimedia.org/show_bug.cgi?id=66999 https://bugzilla.wikimedia.org/show_bug.cgi?id=67002 https://bugzilla.wikimedia.org/show_bug.cgi?id=65326 Let us (the mobile team) know if you need any help with those. -- Juliusz

1 1

"Article" versus "Page" in iOS
by Adam Baso 25 Jun '14

25 Jun '14

I was going to resubmit the patch below by updating the W0 and sidebar verbiage, but I noticed the word "article" is used in lots of other places. Okay if I make the changes in the other places for the actual string values on the righthand side of the = operator? I don't really care to touch the lefthand side keys of the messages at this point. -Adam On Wed, Jun 25, 2014 at 7:05 AM, Siebrand (Code Review) < gerrit(a)wikimedia.org> wrote: > Siebrand has posted comments on this change. > > Change subject: Update W0 flourishes based on UX feedback for MVP. > ...................................................................... > > > Patch Set 1: > > (1 comment) > > > https://gerrit.wikimedia.org/r/#/c/141852/1/wikipedia/en.lproj/Localizable.… > File wikipedia/en.lproj/Localizable.strings: > > Line 16: "zero-charged-verbiage-extended" = "Loading other articles may > incur data charges. Saved articles stored offline do not use data and are > free."; > > Currently, the app sidebar says "Saved articles". Should the sidebar say > "S > Yes, please use page consistently.

7 8

New Android alpha/beta update
by Bernd Sitzmann 25 Jun '14

25 Jun '14

Today's update to the Alpha and Beta[1] versions of the Android app includes the following changes: - Added option to refresh Saved Pages. - Improved styling of Login and Create Account screens. - Improved handling of Random pages. - Updated translations/internationalization. - Numerous bug/crash fixes. We're getting very close to the production 2.0 release. So, please continue to put the app through its paces! We want as much of your valuable feedback as possible. Bernd [1]: https://play.google.com/store/apps/details?id=org.wikipedia.beta

2 3

Signing off on iOS stories
by Tomasz Finc 25 Jun '14

25 Jun '14

Brion, Can we create a build that just has https://trello.com/c/Afq8I3Ly/32-3-complete-implementation-of-event-logging… https://trello.com/c/ZYLna46S/14-3-bug-65108-ios-app-links-to-sections-don-… for sign off? Monte needs some more time to https://trello.com/c/Io6a0jEi/24-3-onboarding and we need to close out the the above mentioned stories or move them over. thanks --tomasz

1 0

[Apps] Mobile time with Lila
by Dan Garry 25 Jun '14

25 Jun '14

Hi everyone, We just met with Lila to show her the app. In short, she approves! Full speed ahead! :-) I took some notes on the things she was suggesting in the meeting. Here they are: http://etherpad.wikimedia.org/p/LilaAppNotes We'll work these into the backlog. For now, we all know what we've got to do! Thanks, Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

2 1

[Apps] Release time set for Android
by Dan Garry 25 Jun '14

25 Jun '14

Hi everyone, So that the Communications team has a baseline which they can operate from, we've set a specific time at which the APK for the Android release will be pushed to the store. We'd already agreed on the date, 25th June, but now we've set a specific time: 9am (SF time) on Wednesday 25th June. The Communications team is aware that, in order to be fully accessible, the app must still then propagate through Google's servers and that we have no way of knowing how long this will take. But guaranteeing that we will at least push the APK at a set time removes one of the variables from the equation for them. Thanks! Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

4 7

Selenium_user blocked on English Wikipedia
by Chris McMahon 24 Jun '14

24 Jun '14

Hi, In the MobileFrontend test suite is a build that targets the production English Wikipedia. On several occasions over the last few months rogue tests from that build have created test pages in production. This happened again yesterday, and as a result, I removed en.m.wikipedia.org from all the Mobile browser tests [1] and Zeljko has deleted the MobileFrontend build that targets production completely, so this should not happen again. However, as of this morning and because of these test pages, the Selenium_user is blocked indefinitely on English Wikipedia [2]. I am inclined to continue to have Selenium_user blocked in production, I think it is a good idea. If you have any reason to use the Selenium_user in production, please let me know in the next twenty four hours or so. Thanks, -Chris [1] https://gerrit.wikimedia.org/r/#/c/141463/ [2] https://en.wikipedia.org/wiki/User_talk:Selenium_user#June_2014

1 0

Idea: scale wide tables to fit instead of scrolling
by Brion Vibber 24 Jun '14

24 Jun '14

Currently we handle wide tables on mobile by making them horizontally scrollable. This lets you pan around in a big table to see the whole thing, BUT you can't see it all at once. This is also a little annoying for things like info boxes that are only *slightly* wider than the screen, and can make it hard to actually navigate a complex table since you can't see the header cells and all the data cells together. I was wondering if there was any interest in the idea of scaling tables to fit the display width instead -- then allow pinch-zoom and panning within the entire article if it's a really big table and you can't read at the initial zoom level. This should be accomplishable using CSS transforms in modern browsers & apps... thoughts? -- brion

1 0

Fwd: Android Sign In & Register Screencaps
by Yuvi Panda 21 Jun '14

21 Jun '14

Moving to mobile-l :) ---------- Forwarded message ---------- From: Adam Baso <abaso(a)wikimedia.org> Date: Sat, Jun 21, 2014 at 3:03 AM Subject: Android Sign In & Register Screencaps To: mobile-tech <mobile-tech(a)wikimedia.org> Dmitry and Bernd and I were talking a bit about Sign In & Register visual design patterns. I was going to send them some iOS screenshots I had taken a while back, but remembered stuff is a little different in the Android apps versions - not a ton, but enough. Here you go. Sort by Title. https://drive.google.com/a/wikimedia.org/folderview?id=0BxJX28FKLm78djFiWG9… Here were the iOS mocks I saw for Wikipedia. Monte is iterating on this with Vibha and Moiz, I think. https://trello.com/c/sc5ytNdC/85-design No doubt there's a dance involving screen real estate, soft keyboard up/down considerations in light of screen real estate, careful labeling & icon-ing of progressive actions and keyboard buttons, and prevailing style(s). Plus in our case we don't do third party authentication at the moment; not sure if "anonymous" third party authentication (e.g., *Wikipedia user = LikesToEmail (third party authenticated user sequence number 1234567890)*) will ever be an option . I know this is mostly obvious stuff, just thought I'd share some screencaps in case others hadn't seen them. -Adam

2 1

New Android alpha/beta update!
by Dmitry Brant 21 Jun '14

21 Jun '14

Today's update to the Alpha and Beta[1] versions of the Android app includes the following awesome features: * Saving of pages for offline reading (complete with images!) * Find-in-page functionality * An improved and streamlined page editing workflow * Miscellaneous bug/crash fixes Please continue to put the app through its paces! We want as much of your valuable feedback as possible. [1]: https://play.google.com/store/apps/details?id=org.wikipedia.beta -- Dmitry

5 5

Tablet mobile redirect issues with iPad?
by Brion Vibber 21 Jun '14

21 Jun '14

I've been poking at Wikipedia with my iPad and have found that I don't always get sent consistently to the mobile site as expected since the recent updates... especially when switching languages or following links from the portal page or web searches. Not sure if this is just because I have stray opt-in/opt-out cookies on various languages from various previous browsing or if there's something funky. Steps to reproduce: 1) Open Safari and go to https://www.wikipedia.org/ portal 2) Click "English" 3) see that I'm on the desktop site, logged in 4) Click "Mobile view" link to force back to mobile site 5) Manually go back to https://www.wikipedia.org/ 6) Click "English" again 7) ...see that I'm on the desktop site again, still logged in or 1) Follow above procedure up to getting on English mobile site 2) Go to a random article 3) "Read in other languages", pick a language like Czech or Galician 4) find I'm back on the desktop site in that language Can anyone else reproduce this or have I just messed up my cookies? -- brion

2 2

[Apps] Summary of meeting about analytics on the apps
by Dan Garry 20 Jun '14

20 Jun '14

Hi everyone, Brion, Yuvi, Dario, Oliver and I met to discuss the state of the analytics instrumentation in both the iOS and Android apps. We decided that our current instrumentation in the apps collects the appropriate information for us to be able to crunch core metrics (e.g. number of users, number of page views per user per month). A full list of the metrics we checked we collected appropriate data for is given in this summary of the meeting <https://docs.google.com/a/wikimedia.org/document/d/10UyOXmAP4dOzy_yZU7RCQDs…> . Thanks! Dan -- Dan Garry Associate Product Manager for Platform and Mobile Apps Wikimedia Foundation

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Mobile-l June 2014