Re: [Wikitech-l] [Breaking Change] Scap change for deployers

2016-05-13 Thread Legoktm
Hi, On 05/10/2016 10:08 AM, Tyler Cipriani wrote: > Long story short, you will now run: > > scap sync-file [message] > > Instead of: > > sync-file [message] > Would it be possible to have tab completion for the new scap subcommands? "mwv" → mwversionsinuse versus typing out all of "

Re: [Wikitech-l] Getting rid of $wgWellFormedXml = false;

2016-05-13 Thread Legoktm
Hi, On 05/02/2016 11:42 AM, Brian Wolff wrote: > See gerrit patch https://gerrit.wikimedia.org/r/286495 I would > appreciate everyone's feedback. Given the lack of objections here and on Gerrit, I went ahead and merged it today. -- Legoktm ___ Wikitec

Re: [Wikitech-l] Proposal to invest in Phabricator Calendar

2016-05-13 Thread Legoktm
Hi, On 05/13/2016 12:36 PM, Quim Gil wrote: > The Technical Collaboration team has some budget that we could use to fund > the Phabricator maintainers to prioritize some improvements in their > Calendar. If you think this is a bad idea and/or you have a better one, > please discuss in the task (pr

[Wikitech-l] Reading planning for Q1 (from July to September)-- call for participation

2016-05-13 Thread Moushira Elamrawy
Hello Everyone, Q1 Planning is coming soon. Staff and community are invited to add their ideas and suggestions for the work to be planned from the upcoming July till September. Please add your ideas here: https://www.mediawiki.org/wiki/Reading/Quarterly_planning/FY2016-2017/Q1 It is worth mentio

Re: [Wikitech-l] Reviving SVG client-side rendering task

2016-05-13 Thread Gabriel Wicke
Another option might be to piggy-back on the current work towards lazy-loaded images [1]. Since this is using JS, it could take into account network performance & screen resolutions, in addition to browser capabilities. Designing this to degrade gracefully without JS might be a bit tricky, though.

[Wikitech-l] Discovery Weekly Update for the week starting 2016-05-09

2016-05-13 Thread Chris Koerner
Hello, Here is this week's update from the Discovery department. * Closed out the latest A/B test for adding descriptive text [1] on the Portal on May 10 * Started a short banner survey [2] on the wikipedia.org portal page on May 11 * Stalled on updating wikipedia.org portal [3] stats but hope to

[Wikitech-l] Insecure (non-HTTPS) API Requests to become unsupported starting 2016-06-12

2016-05-13 Thread Brandon Black
TL;DR: * All access to Wikimedia production sites/APIs should use https:// URLs, not http:// -- your bot/tool will break in the near future if it does not! * 2016-06-12 - insecure access is unsupported; starting on this date we plan to break (deny with 403) 10% of all insecure requests randoml

Re: [Wikitech-l] Reviving SVG client-side rendering task

2016-05-13 Thread Bartosz Dziewoński
On 2016-05-13 22:28, Jon Robson wrote: The ResourceLoaderImage module is being used widely to generate SVG icons with png fallbacks. I'd be interested in seeing if we can use this in some way for optimising SVGs and removing meta data. I don't know what you have in mind, but please remember tha

[Wikitech-l] Mobile Content Service: naming of new endpoints for feeds

2016-05-13 Thread Bernd Sitzmann
We plan to add more RESTBase endpoints to support the new "Explore feeds" feature in the apps. The currently proposed names are listed in [1]. It introduces a new top-level hierarchy, called "project". If you have issues with the current proposal or ideas to improve them please comment on the Phab

Re: [Wikitech-l] Reviving SVG client-side rendering task

2016-05-13 Thread Brion Vibber
On Fri, May 13, 2016 at 1:28 PM, Jon Robson wrote: > Thanks for starting this conversation Brion! > > On mobile we are constantly tackling the trade offs between data > shipped (cost for end user) and quality. Hopefully we'll have a better > solution for this by the end of the quarter which will

Re: [Wikitech-l] Reviving SVG client-side rendering task

2016-05-13 Thread Jon Robson
Thanks for starting this conversation Brion! On mobile we are constantly tackling the trade offs between data shipped (cost for end user) and quality. Hopefully we'll have a better solution for this by the end of the quarter which will allow us to reconsider srcset usage. That said relying on srcs

[Wikitech-l] Proposal to invest in Phabricator Calendar

2016-05-13 Thread Quim Gil
Annoyed by the difficulties of tracking events in the Wikimedia tech community? Or by the difficulties of announcing events in an effective way? Check this out: Consolidate the many tech events calendars in Phabricator's calendar https://phabricator.wikimedia.org/T1035 The hypothesis is that it i

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

2016-05-13 Thread Greg Grossmeier
> Gerrit also has drafts... Drafts are only visible to the author, unfortunately. But yes, that'd work, but it's also fairly drastic. And people might not know about it before they push ('git-review .') and then they can't (afaict) make their change into a draft (per https://phabricator.wikimedia

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

2016-05-13 Thread Greg Grossmeier
> . > On 12 May 2016 4:18 p.m., "Stas Malyshev" wrote: > > > > Hi! > > > > > No, -2 is restricted to project owners and thus not an op- > > > tion for the vast majority of contributors. For that pur- > > > pose, I proposed a Gerrit label "WIP" > > > (cf. > http://permalink.gmane.org/gmane.scienc

Re: [Wikitech-l] Best practice for WIP patches to help code review office hours

2016-05-13 Thread Addshore
Gerrit also has drafts... On 13 May 2016 at 01:56, Jon Robson wrote: > . > On 12 May 2016 4:18 p.m., "Stas Malyshev" wrote: > > > > Hi! > > > > > No, -2 is restricted to project owners and thus not an op- > > > tion for the vast majority of contributors. For that pur- > > > pose, I proposed a

Re: [Wikitech-l] [Engineering] 1.28.0-wmf.0 on hold for now

2016-05-13 Thread Chad Horohoe
On Fri, May 13, 2016 at 6:53 AM, Brad Jorsch (Anomie) wrote: > On Thu, May 12, 2016 at 7:33 PM, Erik Bernhardson < > ebernhard...@wikimedia.org> wrote: > >> It looks like the train didn't roll forward today? I was going to swat >> out a new test that depends on 1.28.0-wmf.1 but 1.27.0-wmf.23 stil

Re: [Wikitech-l] [Engineering] 1.28.0-wmf.0 on hold for now

2016-05-13 Thread Brad Jorsch (Anomie)
On Thu, May 12, 2016 at 7:33 PM, Erik Bernhardson < ebernhard...@wikimedia.org> wrote: > It looks like the train didn't roll forward today? I was going to swat out > a new test that depends on 1.28.0-wmf.1 but 1.27.0-wmf.23 still looks to be > running group2 > For the record, it appears that grou