Mobile-l April 2015

mobile-l@lists.wikimedia.org

47 participants
42 discussions

[Apps] Stripping content inside brackets from the first sentence of articles
by Dan Garry 07 Oct '19

07 Oct '19

Hi everyone, *tl;dr: We'll be stripping all content contained inside brackets from the first sentence of articles in the Wikipedia app.* The Mobile Apps Team is focussed on making the app a beautiful and engaging reader experience, and trying to support use cases like wanting to look something up quickly to find what it is. Unfortunately, there are several aspects of Wikipedia at present that are actively detrimental to that goal. One example of this are the lead sentences. As mentioned in the other thread on this matter <https://lists.wikimedia.org/pipermail/mobile-l/2015-March/008715.html>, lead sentences are poorly formatted and contain information that is detrimental to quickly looking up a topic. The team did a quick audit <https://docs.google.com/a/wikimedia.org/spreadsheets/d/1BJ7uDgzO8IJT0M3UM2q…> of the information available inside brackets in the first sentences, and typically it is pronunciation information which is probably better placed in the infobox rather than breaking up the first sentence. The other problem is that this information was typically inserted and previewed on a platform where space is not at a premium, and that calculation is different on mobile devices. In order to better serve the quick lookup use case, the team has reached the decision to strip anything inside brackets in the first sentence of articles in the Wikipedia app. Stripping content is not a decision to be made lightly. People took the time to write it, and that should be respected. We realise this is controversial. That said, it's the opinion of the team that the problem is pretty clear: this content is not optimised for users quickly looking things up on mobile devices at all, and will take a long time to solve through alternative means. A quicker solution is required. The screenshots below are mockups of the before and after of the change. These are not final, I just put them together quickly to illustrate what I'm talking about. - Before: http://i.imgur.com/VwKerbv.jpg - After: http://i.imgur.com/2A5PLmy.jpg If you have any questions, let me know. Thanks, Dan -- Dan Garry Associate Product Manager, Mobile Apps Wikimedia Foundation

13 22

WG: AW: [Wikitech-l] Anonymous editing impact on mobile
by Florian Schmidt 23 Jul '15

23 Jul '15

Fwd, forgot to press answer all :( Gesendet mit meinem HTC ----- Weitergeleitete Nachricht ----- Von: "Florian Schmidt" <florian.schmidt.welzow(a)t-online.de> An: "Aaron Halfaker" <ahalfaker(a)wikimedia.org> Betreff: AW: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile Datum: Do., Apr. 30, 2015 16:26 Great to read this, thanks Aaron :) Gesendet mit meinem HTC ----- Nachricht beantworten ----- Von: "Aaron Halfaker" <ahalfaker(a)wikimedia.org> An: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org>, "mobile-l" <mobile-l(a)lists.wikimedia.org> Betreff: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile Datum: Do., Apr. 30, 2015 01:09 Hey folks, As requested, I started a research project page to do some analysis around this. See https://meta.wikimedia.org/wiki/Research:Mobile_anonymous_apocalypse It's just a stub now. I'll have to clear a few other projects off my plate in order to pick this one up. You should expect to see updates there in 2-3 weeks. -Aaron On Wed, Apr 29, 2015 at 12:10 PM, Jon Robson <jdlrobson(a)gmail.com> wrote: > On Wed, Apr 29, 2015 at 8:19 AM, Robert Rohde <rarohde(a)gmail.com> wrote: > > > > On Tue, Apr 28, 2015 at 10:31 PM, Jon Robson <jrobson(a)wikimedia.org> > wrote: > > > > > <snip> > > > > Any community members interested in helping out here? I'm very sad the > > > increase in errors wasn't picked up sooner... :-/ > > > > > > > What does event_action = 'error' actually mean? > > > > If the action is stopped by the AbuseFilter is that counted as an > "error"? > > It means at some point during the editing workflow the user hit an > error that stopped them from finishing their edit. > We do capture AbuseFilter hits in this process (but with some of these > errors you can recover and complete the edit. > > We also store the error associated, although a quick scan shows this > is currently not very helpful. > > In theory 'http' error should only happen when a user cannot get an > edit token - I've updated the bug for those interested. > > > > > -Robert > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > -- > Jon Robson > * http://jonrobson.me.uk > * https://www.facebook.com/jonrobson > * @rakugojona > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l >

2 1

Skynet is winning the battle on IRC
by Joaquin Oltra Hernandez 04 May '15

04 May '15

Hi! I've been feeling that the signal to noise ratio on #wikimedia-mobile since the addition of wikibugs and our new apps engineers (more grrrit-wm spam) is turning to be 0 (that is, no signal because of too much noise). It is really difficult to talk about anything when somebody else is working (and that is what we do, so...). I would like to propose moving the machines to a different channel, maybe a couple of them ( #wikimedia-mobile-web-bots & #wikimedia-mobile-apps-bots for example ) so that they continue to be useful but in a different channel, and so that we can read again the chats with just the conversations. What do you think? Cheers.

13 18

API Phabricator cards, list threads, other
by Adam Baso 01 May '15

01 May '15

Hi there team - We're interested in pulling together API needs from mobile web and apps. I know there have been various Bugzilla/Phabricator tasks, public list threads, and so on (and some projects, like the one Bernd has been speerheading). That said, would people please add links at the following page to help centralize this information? https://www.mediawiki.org/wiki/Wikimedia_Reading/Mobile_needs_from_MediaWik… The purpose of this is to start planning ahead for coordination especially with Brad Jorsch - Mr. API! - on the Reading team. -Adam

9 9

Gather 1.26wmf3 deployment
by Rob Moen 30 Apr '15

30 Apr '15

Hello Gatherlings and other folks who may or may not be interested, Today Gather's 1.26wmf3 deployment branch was updated to master and deployed to wikis running 1.26wmf3. Tomorrow en.wiki is riding the deployment train and all wikis will be updated to wmf3 [1] So our latest changes will be reflected then. The reason we cannot deploy master to wmf2 today is because of the API change [2]. This change is not backwards compatible, therefore cherry-picking it to wmf2 would in no doubt have had unforeseen complications with other extensions / core components on wmf2 deployment branch. Core changes like this with massive deprecations / non-backwards compatibility while rare, is a battle we face when doing weekly updates. 1: https://www.mediawiki.org/wiki/MediaWiki_1.26/Roadmap 2: https://gerrit.wikimedia.org/r/#/c/182858 -- Rob Moen Wikimedia Foundation rmoen(a)wikimedia.org

3 4

Good API Lists
by Adam Baso 30 Apr '15

30 Apr '15

Hi, realized I should share this on mobile-l. Just wanted to quickly recommend that engineers and others with an interest sign up for the following lists: https://lists.wikimedia.org/mailman/listinfo/mediawiki-api https://lists.wikimedia.org/mailman/listinfo/mediawiki-api-announce These are pretty technical lists for people interested in working with the MediaWiki hosted APIs. I'm excited that engineers will be working even more closely together on the APIs and service integration to support the best possible reading experiences. -Adam

2 1

Re: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile
by Aaron Halfaker 29 Apr '15

29 Apr '15

Hey folks, As requested, I started a research project page to do some analysis around this. See https://meta.wikimedia.org/wiki/Research:Mobile_anonymous_apocalypse It's just a stub now. I'll have to clear a few other projects off my plate in order to pick this one up. You should expect to see updates there in 2-3 weeks. -Aaron On Wed, Apr 29, 2015 at 12:10 PM, Jon Robson <jdlrobson(a)gmail.com> wrote: > On Wed, Apr 29, 2015 at 8:19 AM, Robert Rohde <rarohde(a)gmail.com> wrote: > > > > On Tue, Apr 28, 2015 at 10:31 PM, Jon Robson <jrobson(a)wikimedia.org> > wrote: > > > > > <snip> > > > > Any community members interested in helping out here? I'm very sad the > > > increase in errors wasn't picked up sooner... :-/ > > > > > > > What does event_action = 'error' actually mean? > > > > If the action is stopped by the AbuseFilter is that counted as an > "error"? > > It means at some point during the editing workflow the user hit an > error that stopped them from finishing their edit. > We do capture AbuseFilter hits in this process (but with some of these > errors you can recover and complete the edit. > > We also store the error associated, although a quick scan shows this > is currently not very helpful. > > In theory 'http' error should only happen when a user cannot get an > edit token - I've updated the bug for those interested. > > > > > -Robert > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > > > > > -- > Jon Robson > * http://jonrobson.me.uk > * https://www.facebook.com/jonrobson > * @rakugojona > > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l >

1 0

[Apps] Wikipedia app for Android update
by Bernd Sitzmann 29 Apr '15

29 Apr '15

Today we're pushing out a release to the production Wikipedia Android app which contains a couple of crash fixes and some other improvements. We're doing a staged rollout this time just to try that out (5% today, 20% tomorrow, and 100% on Friday). Here are more details: - Minor design tweaks to enhanced sharing feature - Fixed a bug which caused the app to sometimes make edits logged out even if you are logged in - Fixed a bug where server problems would incorrectly display as network connection problems - Improved action bar fade transition - Fixed a rare display issue with the first paragraph in articles - Improved 'Read in other languages' list - Reuse the same web view for faster article navigation - Made enter key submit captchas - Fixed several crashes Nice work, team! Cheers, Bernd

1 0

Anonymous editing impact on mobile
by Jon Robson 29 Apr '15

29 Apr '15

Anonymous editing was enabled on mobile web on 30th March 2015 to all users (previous it was available in an experimental mode of the site). Now we have almost a month's worth of data I thought it would be a good time to check the impact... it's a little disappointing to be honest... but it depends what we are optimising and consider the most important. Quick summary: * All edits up 154% * Edits from logged in users down 152% * Errors up 600% * No noticeable impact on the new active editor graph [0] (editors that hit 5 edits in the month period) * First edits by logged in users down 176% (although this could arguably be said to be compensated by anonymous edits) * New account creation up by 192% Follow ups * Aaron H, it would be great if you could report back with some findings on the quality of the edits during this same period. * Can anyone provide theories why registrations jumped so much? This might be related to the change or because of something else Details on the queries I ran: In March for a 26 day period before the change: * 170,948 total edits [1] * 169,845 non-anonymous edits [6] ** by 40,658 distinct users [7] * 26,617 users completely their first ever edit [11] * 9,528 errors [8] * 219,012 accounts created on mobile [12] For a similar 26 day period in April * 263,986 total edits [2] * 136,079 non-anonymous edits [4] ** by 26,823 distinct users [5] * 15,109 users completely their first ever edit [10] * 58,394 errors [9] * 419,976 accounts created on mobile [13] [0] http://mobile-reportcard.wmflabs.org/ [1] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 [2] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 [3] https://phabricator.wikimedia.org/T97494 [4] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 and event_username is NOT NULL [5] select count(distinct event_username) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 and event_username is NOT NULL [6] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 and event_username is NOT NULL [7] select count(distinct event_username) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 and event_username is NOT NULL [8] select count(*) from MobileWebEditing_8599025 where event_action = 'error' and timestamp > 20150301000000 and timestamp < 20150327000000 [9] select count(*) from MobileWebEditing_8599025 where event_action = 'error' and timestamp > 20150401000000 and timestamp < 20150427000000 [10] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 and event_userEditCount = 0 [11] select count(*) from MobileWebEditing_8599025 where event_action = 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 and event_userEditCount = 0 [12] select count(*) from ServerSideAccountCreation_5487345 where event_displayMobile = 1 and timestamp > 20150301000000 and timestamp < 20150327000000 [13] select count(*) from ServerSideAccountCreation_5487345 where event_displayMobile = 1 and timestamp > 20150401000000 and timestamp < 20150427000000

2 1

Re: [WikimediaMobile] [Wikitech-l] Anonymous editing impact on mobile
by Jon Robson 29 Apr '15

29 Apr '15

In the same period during March where 219,012 accounts were created on mobile there were 228,723 accounts created on desktop [0] In the same period during April where 419,976 accounts were created on mobile there were 195,359 accounts created on desktop [1] The ServerSideAccountCreation event logging schema captures all accounts being created. I really have no idea what drove these accounts being created to surpass desktop. Could be mobile apps or mobile web - not sure. I'd encourage anyone interested who knows SQL to get access to the database and run some queries. Any community members interested in helping out here? I'm very sad the increase in errors wasn't picked up sooner... :-/ [0] select count(*) from ServerSideAccountCreation_5487345 where event_displayMobile = 0 and timestamp > 20150301000000 and timestamp < 20150327000000 [1] select count(*) from ServerSideAccountCreation_5487345 where event_displayMobile = 0 and timestamp > 20150401000000 and timestamp < 20150427000000 On Tue, Apr 28, 2015 at 8:13 PM, Risker <risker.wp(a)gmail.com> wrote: > How can edits from logged-in users be down 152%? The maximum decrease > should be 100% - and that would mean no edits from logged-in users. Same > for first edits by logged-in users. > > I seriously wonder about the number of "accounts" created on mobile - are > we really adding 0.05% of all of the current existing accounts every single > month just on mobile? Or does that include accounts that already existed > on a WMF site? > > Risker/Anne > > > > On 28 April 2015 at 20:00, Jon Robson <jrobson(a)wikimedia.org> wrote: > > > Anonymous editing was enabled on mobile web on 30th March 2015 to all > users > > (previous it was available in an experimental mode of the site). Now we > > have almost a month's worth of data I thought it would be a good time to > > check the impact... it's a little disappointing to be honest... but it > > depends what we are optimising and consider the most important. > > > > Quick summary: > > * All edits up 154% > > * Edits from logged in users down 152% > > * Errors up 600% > > * No noticeable impact on the new active editor graph [0] (editors that > hit > > 5 edits in the month period) > > * First edits by logged in users down 176% (although this could arguably > be > > said to be compensated by anonymous edits) > > * New account creation up by 192% > > > > Follow ups > > * Aaron H, it would be great if you could report back with some findings > on > > the quality of the edits during this same period. > > * Can anyone provide theories why registrations jumped so much? This > might > > be related to the change or because of something else > > > > Details on the queries I ran: > > In March for a 26 day period before the change: > > * 170,948 total edits [1] > > * 169,845 non-anonymous edits [6] > > ** by 40,658 distinct users [7] > > * 26,617 users completely their first ever edit [11] > > * 9,528 errors [8] > > * 219,012 accounts created on mobile [12] > > > > For a similar 26 day period in April > > * 263,986 total edits [2] > > * 136,079 non-anonymous edits [4] > > ** by 26,823 distinct users [5] > > * 15,109 users completely their first ever edit [10] > > * 58,394 errors [9] > > * 419,976 accounts created on mobile [13] > > > > [0] http://mobile-reportcard.wmflabs.org/ > > [1] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 > > [2] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 > > [3] https://phabricator.wikimedia.org/T97494 > > [4] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 > and > > event_username is NOT NULL > > [5] select count(distinct event_username) from MobileWebEditing_8599025 > > where event_action = 'success' and timestamp > 20150401000000 and > timestamp > > < 20150427000000 and event_username is NOT NULL > > [6] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 > and > > event_username is NOT NULL > > [7] select count(distinct event_username) from MobileWebEditing_8599025 > > where event_action = 'success' and timestamp > 20150301000000 and > timestamp > > < 20150327000000 and event_username is NOT NULL > > [8] select count(*) from MobileWebEditing_8599025 where event_action = > > 'error' and timestamp > 20150301000000 and timestamp < 20150327000000 > > [9] select count(*) from MobileWebEditing_8599025 where event_action = > > 'error' and timestamp > 20150401000000 and timestamp < 20150427000000 > > [10] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150401000000 and timestamp < 20150427000000 > and > > event_userEditCount = 0 > > [11] select count(*) from MobileWebEditing_8599025 where event_action = > > 'success' and timestamp > 20150301000000 and timestamp < 20150327000000 > and > > event_userEditCount = 0 > > [12] select count(*) from ServerSideAccountCreation_5487345 where > > event_displayMobile = 1 and timestamp > 20150301000000 and timestamp < > > 20150327000000 > > [13] select count(*) from ServerSideAccountCreation_5487345 where > > event_displayMobile = 1 and timestamp > 20150401000000 and timestamp < > > 20150427000000 > > _______________________________________________ > > Wikitech-l mailing list > > Wikitech-l(a)lists.wikimedia.org > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

Mobile-l April 2015