[WikimediaMobile] Removing wfIncrStats from MobileFrontend's Special:MobileOptions page

Hullo, Some time ago, the Reading Web team noticed that the Special:MobileOptions page is instrumented in two distinct ways: using EventLogging and wfIncrStats. We had a little spare bandwidth this sprint and got around to removing the wfIncrStats

Re: [WikimediaMobile] Getting link to a contact form to work using mobile view

On Fri, Jul 29, 2016 at 11:22 PM, Bryan Davis wrote: > It would be a nice thing for someone to document this hook on > mediawiki.org. It seems that there are several hooks for > MobileFrontend that are currently undocumented [3]. > Duly Phabricated! [0] -Sam [0]:

Re: [WikimediaMobile] Fwd: geo search is now live

Nice work Erik (and any other folks that worked on this)! -Sam On Thu, Jul 14, 2016 at 11:07 PM, Corey Floyd wrote: > Super excited to start working on the UI for this. Thanks again for > getting this implemented!  > > On Thu, Jul 14, 2016 at 5:51 PM, Erik Bernhardson <

Re: [WikimediaMobile] Tilman is joining the Reading Team!

Awesome! Welcome Tilman! -Sam On Fri, Oct 16, 2015 at 6:27 AM, Florian Schmidt < florian.schmidt.wel...@t-online.de> wrote: > Welcome Tilman! :) > > > > -Original-Nachricht- > > Betreff: [WikimediaMobile] Tilman is joining the Reading Team! > > Datum: Fri, 16 Oct 2015 02:08:14 +0200 > >

[WikimediaMobile] Fwd: Mobile event log sampling

Sharing with mobile-l. -Sam -- Forwarded message -- From: Sam Smith <samsm...@wikimedia.org> Date: Thu, Oct 1, 2015 at 9:29 AM Subject: Re: Mobile event log sampling To: Bernd Sitzmann <be...@wikimedia.org> Cc: Neil Quinn <nqu...@wikimedia.org>, Jon Katz <jk.

[WikimediaMobile] [Web] Minor drop in some EventLogging data last week

Hey y'all, Yesterday (Monday, 7th) Alex Monk submitted and subsequently back-ported and deployed a fix for an annoying bug in the code that registers the EventLogging schemas in the MobileFrontend extension [0]. The bug resulted in browse and diff click events failing to log as associated schemas

[WikimediaMobile] Breaking apart MobileFrontend's front and back ends

Hey all, I've been encouraged to write an update on a 1%* project that I've been working on: separating the HTML formatter and APIs from the Minerva skin. Right now, I've created a new extension, which contains the code, associated configuration variables, and unit/integration tests [0] and am

Re: [WikimediaMobile] [reading-wmf] Is Schema:MobileWebClickTracking dead?

Until we get a definite yes or no on whether talk pages should be used to track the status of the schemas, I've made the following changes: - I marked the MobileWatchlistInteraction and MobileWebUploads schemas as inactive, and - I marked the MobileOptionsTracking, MobileWebBrowse,

Re: [WikimediaMobile] [Web] Outstanding branches

Thanks both. The branch list is looking much neater. –Sam On Mon, Jul 6, 2015 at 5:52 PM, Max Semenik maxsem.w...@gmail.com wrote: esisupport is not needed anymore, I've nuked it, along with old deployment branches. On Mon, Jul 6, 2015 at 8:47 AM, Sam Smith samsm...@wikimedia.org wrote

[WikimediaMobile] [video club] RailsConf 2015 - Implementing a Strong Code Review Culture

Hey y'all, I watch a lot of talks in my downtime. I even post the ones I like to a Tumblr… sometimes [0]. I felt like sharing Derek Prior's Implementing a Strong Code Review Culture from RailsConf 2015 in particular because it's relevant to the conversations that the Reading Web team are having

[WikimediaMobile] [Web] Monday: QA Day

The Reading Web team will be taking time every Monday to QA the mobile site. We're currently lining up work around improving our development, testing, and release processes. In fact, work on improving our browser testing infrastructure has already begun [0]. This work is all about reducing the

Re: [WikimediaMobile] [Update] Browser tests per patch

I agree with Florian everything that you've written should be in a public version control system. Second, I'd ask that you document your experiences so far in getting this set up *and* how it works so that other members of the vertical can help to maintain it moving forward. Third, great work!!1

Re: [WikimediaMobile] [reading-wmf] [Web] Reverting commits

diligent and extreme when regressions happen. On Fri, Jun 12, 2015 at 8:38 AM, Adam Baso ab...@wikimedia.org wrote: Moving to mobile-l. On Friday, June 12, 2015, Sam Smith samsm...@wikimedia.org wrote: Hey web slingers, If there is a regression introduced by a patch, then please revert

Re: [WikimediaMobile] Wikigrok code no longer being worked on

Should they all get set to lowest priority to communicate to people following WikiGrok tasks that no-one plans to work on them currently? If so, please feel free to go ahead. Yes. Done. Thanks for adding me to the Triagers project Andre. –Sam On Thu, Jun 4, 2015 at 9:46 PM, Andre

Re: [WikimediaMobile] hacks I particularly liked at Lyon

Dmitry's and Joaquin's hacks stand out for me both because of their quality and the obvious benefits we'd gain by following up on them. Aaron Halfaker's work, as usual, was great. I'm loath to call any of the projects that were presented hacks, because they were all really high quality – apart

Re: [WikimediaMobile] Knowledge Transfer on MaxSem's API / Extension Work to Reading

It's great to see this written down. I'd assumed that the Mobile Web *teams* were now responsible for maintaining those extensions and had been triaging bugs that landed in the mediawiki-extension-MobileFrontend and mobile-web projects as such. Max: would you be up for a doing a techmosis – a

Re: [WikimediaMobile] Skynet is winning the battle on IRC

I'm in favour of moving the bots to another channel (or back to #wikimedia-dev) too. –Sam On Thu, Apr 30, 2015 at 11:00 PM, Monte Hurd mh...@wikimedia.org wrote: +1 On Apr 30, 2015, at 10:29 AM, Joaquin Oltra Hernandez jhernan...@wikimedia.org wrote: Hi! I've been feeling that the

Re: [WikimediaMobile] API Phabricator cards, list threads, other

A simple first step would be to tag the FIXMEs with a small set of tags, like half of Jon's examples already are. –Sam On Wed, Apr 29, 2015 at 7:10 PM, Brian Gerstle bgers...@wikimedia.org wrote: Great thinking, Jon! I'm sure that didn't even catch everything. I know there are some comments

[WikimediaMobile] [Web] I ran this one Python script and look at all the Wikidata edits it made

Hey folks, One of the tasks that the Readership* team committed to this sprint was running the WikiGrok bot [0] to aggregate and push all previously recorded claims to Wikidata [1]. We agreed that for this first run, the bot should use a conservative threshold to judge what qualifies as a

[WikimediaMobile] [Web] Existing MF data series in Graphite/on gdash

Hey y'all, As part of Mobile Web Sprint 45: Snakes on a Plane, the Readership team picked up a spike to investigate what data, if any, we were logging around site speed [0], given the existence of the mobile graphs over at WMF stats [1]. After a little poking around I found that all of the

Re: [WikimediaMobile] [Web] Existing MF data series in Graphite/on gdash

should explicitly do better? On Wed, Apr 15, 2015 at 7:02 AM, Sam Smith samsm...@wikimedia.org wrote: Hey y'all, As part of Mobile Web Sprint 45: Snakes on a Plane, the Readership team picked up a spike to investigate what data, if any, we were logging around site speed [0], given

[WikimediaMobile] [Web] MediaWiki: MobileFrontend dashboard

Hey y'all, Anyone know what powers, or more correctly what *should* power, the MediaWiki: MobileFrontend dashboard [0]? I'm hoping that it's data from the NavigationTiming extension but I've been known to be wrong. –Sam [0] https://gdash.wikimedia.org/dashboards/mobext/

Re: [WikimediaMobile] DHH Testing Key Note at Railsconf 2014

There's a great set of recorded hangouts between Kent Beck, Martin Fowler, and DHH titled Is TDD dead?: http://martinfowler.com/articles/is-tdd-dead/ As with that talk, I'd highly encourage you to take the time to watch them. –Sam On Wed, Apr 1, 2015 at 6:07 PM, Corey Floyd cfl...@wikimedia.org

Re: [WikimediaMobile] No one cares about browser tests [Re: [QA] MobileFrontend QA job]

Dan, Jon, I got caught up in meetings yesterday – you'll see this email a lot during Q4 ;) – so I delayed sending this email, so forgive the repetitions of some of Dan's points/questions: Here are a few ways I can think of: - include feedback on browser tests – or lack thereof – during code

Re: [WikimediaMobile] Fwd: Versioning MobileFrontend

My biggest concern is blocking merges on badly formatted release notes. I see this all the time with core and the merge conflicts associated due to multiple people editing the text file. Yeah. That sucks. How about we push a single change to VERSIONS.txtmediawikidown at the end of every

Re: [WikimediaMobile] Versioning MobileFrontend

Seems sensible, but knowing history I don't think it will be updated correctly. We're a different team now. Whaddya say we give it a try? I think the updating of VERSION.txt really needs to be automated. Can we have a script that can be run bumps the version number and generates these

[WikimediaMobile] Jury duty

Hey y'all, Just a reminder that I've been doing jury duty today and will be for up to two weeks – I found this out today – which is far from ideal. The court sits until 4:30 PM so there's time for me to do some code review in the evening, which'll be a welcome break from, well, everything else.

[WikimediaMobile] [Web] WikiGrok code review session

Hey, I've been working on removing WikiGrok version A from the codebase (per [0]). During a round of code review Baha mentioned that there are some changes that he'd like to make, which I definitely agree with. AFAICT there's one card that tracks cleaning up one part of WikiGrok [1]. How about

Re: [WikimediaMobile] Face detection service?

I hear the Foundation uses Node.js. Have some OpenCV Node.js bindings: https://github.com/peterbraden/node-opencv Like Brian, I agree with Corey's comments. First, create the API that allows us to ask the question that we want to ask, then, with the API in place, start with a simple solution and

Re: [WikimediaMobile] Collections storage/api spike

I've left some comments on PS8. The race condition is a result of the way the data is structured and stored: the entire collection and its metadata is stored in one wiki page as a JSON blob, which can't be updated without reading and writing the complete manifest. In the example you've provided,

Re: [WikimediaMobile] Developer tools and workflows

Nice job Joaquin! I've already started tweaking my workflow with all of the tips and tricks from last time. –Sam On Tue, Feb 3, 2015 at 11:32 AM, Joaquin Oltra Hernandez jhernan...@wikimedia.org wrote: Hi! The mobile web team and contributors met while in San Francisco and had a session

Re: [WikimediaMobile] Increasing mobile beta audience

Have we thought about automatically opting people into beta mode e.g. a sample of our users in a certain geographic region / certain zero enabled area/ all users in a certain bucket based on their user id ? I like this idea. In fact, I'm for it, provided that we make it clear to the user

Re: [WikimediaMobile] WikiGrok test in stable now live

w00t! Congrats, all, and thanks for overcoming all the obstacles to get this live :) +1 Any chance we could have a *brief* post-mortem to talk about the obstacles and how we might avoid 'em next time? –Sam On Fri, Dec 12, 2014 at 9:04 AM, Maryana Pinchuk mpinc...@wikimedia.org wrote: