[WikimediaMobile] [Apps] New Android production release
Hi everyone, We're thrilled to bring you our latest update to the Wikipedia Android app[1][2], available now on the Google Play Store. Here are the highlights from this release: * Tabbed browsing! Pressing-and-holding a link now lets you open it in a new tab, allowing you to keep reading the current article without losing your place, and switch to the new tab when you're ready. This can also be done directly from Search results, Nearby results, Similar Pages links, and Read More links. To view and manage your current list of open tabs, press the Tabs button near the top-right corner, which will allow you to switch to any tab in the list, create a new tab, or close a tab. * Language selection from the Search bar! When searching from within the app, you can now select the language of Wikipedia to be searched. By default, the Wiki language in the app is set to the system language of your Android device. But now, for our multilingual friends, you can quickly change your preferred language by pressing the button next to the Search field while searching. * A slightly redesigned table-of-contents button: the button now appears at the bottom right of the screen, and disappears a short time after you scroll away from the top of the article. The button reappears if you start scrolling quickly, or if you reach the top of the article again. (The table of contents is also still accessible by swiping from the right edge of the screen) Additional minor enhancements include: * Added and updated some more Material Design components in the app. * Improved error handling and presentation of error messages throughout the app. * Improved relevance of read more suggestions at the bottom of articles. * Added option to view the current page in an external browser (at the bottom of the article). * Many more bug fixes and localization updates.[3] Until next time, happy reading! Best, Dmitry Brant Mobile Apps Team (Android) Wikimedia Foundation https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering [1] https://play.google.com/store/apps/details?id=org.wikipediahl=en [2] https://releases.wikimedia.org/mobile/android/wikipedia/stable/wikipedia-2.0.108-releasesprod-2015-08-04.apk [3] https://phabricator.wikimedia.org/T107344 ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
[WikimediaMobile] Old Wikipedia-App tasks in Phabricator
Hey Mobile Apps crew, there are 58 open tasks in archived Wikipedia-App-* Phabricator projects which do not have any active projects associated either: https://phabricator.wikimedia.org/maniphest/query/s4y9prrcTSnQ/#R What should happen to these tasks and what feedback should be given to the folks who spent time to report those issues? We can mass-{add comments, change statuses, change priorities} but I don't know which message you'd like to send out here. Thanks in advance!, andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Re: [WikimediaMobile] Old Wikipedia-App tasks in Phabricator
Hey Andre, Thanks for reminding us about these. Since they're not associated with the active Android and iOS projects, they've fallen through the cracks. I'll go through as many as I can, and try to close any duplicates or invalid ones, or bring them into the Android project if they're still relevant. On Tue, Aug 11, 2015 at 6:54 AM, Andre Klapper aklap...@wikimedia.org wrote: Hey Mobile Apps crew, there are 58 open tasks in archived Wikipedia-App-* Phabricator projects which do not have any active projects associated either: https://phabricator.wikimedia.org/maniphest/query/s4y9prrcTSnQ/#R What should happen to these tasks and what feedback should be given to the folks who spent time to report those issues? We can mass-{add comments, change statuses, change priorities} but I don't know which message you'd like to send out here. Thanks in advance!, andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/ ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
[WikimediaMobile] Thank You
I just want to say thank you to all you who help to develop the mobile apps. I really admire your dedication. I just help test because I don't know code, but thank you to those who do. Best Philip ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Re: [WikimediaMobile] Thank You
Thanks Philip! Always great to hear from the community, especially such kind words as yours. Let us know what you think we can do to make the apps even better! Cheers, Brian Gerstle (iOS Engineer) On Tue, Aug 11, 2015 at 11:14 AM, Philip Nelson philipnelso...@icloud.com wrote: I just want to say thank you to all you who help to develop the mobile apps. I really admire your dedication. I just help test because I don't know code, but thank you to those who do. Best Philip ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l -- EN Wikipedia user page: https://en.wikipedia.org/wiki/User:Brian.gerstle IRC: bgerstle ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
[WikimediaMobile] event logging bloat
Hi folks, Back in January, the size of MobileWebClickTracking had gotten to be over 200 gb, making it so slow as to be unusable. As a result, we split up the into 3 separate tables. However, it seems that 90% of the clicks are coming from the article table (or adding search created bloat) and MobileWebUIClickTracking_10742159 is now approaching 300gb. Mostly this is due to search. I would encourage further sampling, but that would mean that beta data would be lost. Perhaps we can split it into separate beta/stable tables and then sample stable? Any other ideas? Phab ticket here: https://phabricator.wikimedia.org/T108723 -J ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Re: [WikimediaMobile] event logging bloat
On Tue, Aug 11, 2015 at 12:29 PM, Jon Katz jk...@wikimedia.org wrote: However, it seems that 90% of the clicks are coming from the article table (or adding search created bloat) and MobileWebUIClickTracking_10742159 is now approaching 300gb. Mostly this is due to search. I would encourage further sampling, but that would mean that beta data would be lost. Perhaps we can split it into separate beta/stable tables and then sample stable? Any other ideas? Add a samplingRatio field to the schema, add a PHP global to control sampling ratio, set it via operations/mediawiki-config appropriately for each site, in the SQL query used for the dashboards replace count(*) with sum(event_samplingRatio). We did that for MediaViewer and it worked great. Also if your main concern is table size (for us it was mainly server load), you can just run a script periodically to replace the user agent and the URL with an empty string. Those probably take up most of the storage space, every other field is fairly short. ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Re: [WikimediaMobile] event logging bloat
Gergo Tisza, 11/08/2015 22:44: replace the user agent and the URL with an empty string. Is there still no way to avoid storing those fields altogether? They are both nasty. Nemo ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Re: [WikimediaMobile] event logging bloat
On Tue, Aug 11, 2015 at 2:59 PM, Federico Leva (Nemo) nemow...@gmail.com wrote: Gergo Tisza, 11/08/2015 22:44: replace the user agent and the URL with an empty string. Is there still no way to avoid storing those fields altogether? They are both nasty. User agent is a default field and cannot be removed. I opened T108757 https://phabricator.wikimedia.org/T108757 about that. URL is specific to this schema and presumably there for a reason. ___ Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l