Wikitech-l August 2016

wikitech-l@lists.wikimedia.org

78 participants
104 discussions

Re: [Wikitech-l] [WikimediaMobile] Mobile site is now lazy loading images
by Pine W 25 Aug '16

25 Aug '16

Good to hear. Does this also mean that pages load faster? Pine On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson(a)wikimedia.org> wrote: > FYI after much experimentation, research and testing the mobile site has > been lazy loading images [1] since Thursday 18th August. This means if you > do not see an image you will not download it. We have taken care to ensure > users without JavaScript can still view images and that most users will > barely notice the difference. > > We are currently crunching the data this change has made and we plan to > write a blog post to reporting the results. > > In our experiments on Japanese Wikipedia we saw a drop in image bytes per > page view by 54% On the Japanese Japan article bytes shipped to users > dropped from 1.443 MB to 142 kB. > > This is pretty huge since bytes equate to money [3] and we expect this to > be significant on wikis where mobile data is more expensive. In a nutshell > Wikipedia mobile is cheaper. > > As I said blog post to follow once we have more information, but please > report any bugs you are seeing with the implementation (we have already > found a few thanks to our community of editors). > > ~Jon > > [1] https://www.mediawiki.org/wiki/Reading/Web/Projects/ > Performance/Lazy_loading_images > [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ > of_images_on_Japanese_Wikipedia > [3] https://whatdoesmysitecost.com/ > > > > _______________________________________________ > Mobile-l mailing list > Mobile-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/mobile-l > >

2 2

MediaWiki Language Extension Bundle 2016.08 release
by Kartik Mistry 25 Aug '16

25 Aug '16

Hello all, I would like to announce the release of MediaWiki Language Extension Bundle 2016.08. This bundle is The bundle is compatible with MediaWiki 1.26 and 1.27 or above and requires PHP 5.5.9 or above. Next MLEB is expected to be released in 3 months. If there are major changes or important bug fixes, we will do intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2016.08.tar… * sha256sum: aba09ead5f2c646e5960ce2aecc36866ee092079f51598d0aab461c7655410da Quick links: * Installation instructions are at: https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to: https://phabricator.wikimedia.org/ * Talk with us at: #mediawiki-i18n @ Freenode Release notes for each extension are below. -- Kartik Mistry == Highlights and upgrade notes == * Translate extension now requires Elastica extension for ElasticSearch support. Wikimedia search plugin needs to be installed for ElasticSearch 2.x series. * Special:Translate now has a summary field. * Special:Translate is much more robust thanks to improved error handling and to many small bugs having been fixed. * Page translation is much more robust. * The sandbox feature of Translate extension requires MediaWiki 1.27 or newer. * Translate's export functionality is now on separate special page called Special:ExportTranslations * The style of ULS's dialogs have been updated and polished to be more streamlined. * The default geoip service for Universal Language Selector is changed because the old service is discontinued. * Major update on webfont formats: woff2 format added, eot and svg formats dropped. == Babel == * Ricordisamoa changed language categories to be formatted consistently following the BCP47 standard. == CLDR == * Thiemo Mättig changed "Multiple Languages" and "Unknown Language" to "multiple languages" and "unknown languages" in English. == CleanChanges == * Niklas Laxström fixed a JavaScript error in Special:WatchList. T138702 * Brian Wolff improved the way we invoke JavaScript for click handlers. == LocalisationUpdate == * Maintenance updates only. == Translate == * Kunal Grover's patch to update translation pages upon deletion of translation units was merged with the help of Glaisher. * David Causse made translation memory and translation search work with new ElasticSearch version. * Pratik Lahoti's improvements to the user interface of Special:PageMigration was merged with help of Federico Leva. * Glaisher fulfilled a long requested feature to have summary field on Special:Translate. * Glaisher fixed bugs and improved stability of the page translation feature. * Glaisher added a log subtype selector for the page translation log on Special:Log. * Glaisher fixed false warnings about bad translation in Special:Translate when the source text contained discouraged html or had smileys. * Glaisher moved export functionality from Special:Translate to Special:ExportTranslations. * Niklas Laxström improved message group selector on Special:Translate. * Niklas Laxström improved display of Special:Translate for small screens. * Niklas Laxström fixed flash of unstyled content on many of Translate's special pages. * Niklas Laxström changed JSON file format handler to always output a metadata section. T118205 * Niklas Laxström fixed multiple issues related to statsbar updates on Special:Translate. T62949 * Niklas Laxström improved the refresh-translatable-pages.php maintenance script so that it creates missing source language pages. * Niklas Laxström updated Translate's sandbox feature to use AuthManager. T111486 * Federico Leva made characterEditStats.php to able to scan history further than the recent changes table. T64833 == UniversalLanguageSelector == * Compact language links feature is much improved, and can now be enabled without being a beta feature. * Santhosh Thottingal added support for browser provided language preferences for compact language links. * Lots of styling updates. * Niklas Laxström did cleanups to language name search which might affect search results. * Niklas Laxström fixed style issues for input method listing. * Niklas Laxström updated the default geoip provider. * Fonts: ** Santhosh Thottingal added support for WOFF2 format for web fonts. Niklas Laxström dropped support for EOT and SVG formats. ** Kartik Mistry updated Skiers II font for Gothic language. T124785 * Input Methods: ** Added Khmer NiDA standard Unicode keyboard. ** Added Akan language keyboard. ** Added Enhanced Ol Chiki InScript and Sarjom Baha phonetic keyboards for Santali language. ** Various fixes for Punjabi, Urdu keyboards. -- Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_ {kartikm, 0x1f1f}.wordpress.com

1 0

Last call on ArchCom-RFC T69223 (Schema change for page content language)
by Rob Lanphier 25 Aug '16

25 Aug '16

Hi everyone Per <https://phabricator.wikimedia.org/T69223#2581292> During E263, Jaime (@jcrespo) put the following choice to us. Should he: a. Apply this change to all wikis b. Apply this change to a subset of wikis, on request c. Not apply this change We seemed to get consensus around "a" (applying this change to all wikis), so that's the decision we're putting in "final comment". ArchCom plans to move this task to "Approved" during E265 (barring any unaddressed objections in the comments on this task). See also: <https://www.mediawiki.org/wiki/ArchComStatus> Rob

1 0

2016-08-24 Scrum of Scrums meeting notes
by Grace Gellerman 24 Aug '16

24 Aug '16

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-08-24 = 2016-08-24 = == Product == === Reading === ==== Android native app ==== * Current sprint: https://phabricator.wikimedia.org/project/view/2142/ * Next sprint: https://phabricator.wikimedia.org/project/view/2178/ * Summary: Navigation UX overhaul work continues ==== Mobile Content Service (MCS) * no update ==== iOS native app ==== * Current release board: https://phabricator.wikimedia.org/project/board/1736/ ** 5.1 is in regrssion / beta. Due to go to the app store next week * Next board: https://phabricator.wikimedia.org/project/view/2150/ ** 5.2 is in developmentwith expected deployment alongside iOS 10 release in late September *** Adding iOS 10 support (with widgets) *** Dropping iOS 8 support ==== Reading Web ==== * Current sprint: * Shipped lazy loaded images to all wikipedias * Diagnosing hovercards EL * Improving search exp in mobile web * Improvements to related pages and the footer in mobile web * Next sprint: * Related pages improvements * Shipping wikidata descriptions in mobile web to some wikis ==== Reading Infrastructure ==== === Community Tech === * AbuseFilter/AntiSpoof fix (https://phabricator.wikimedia.org/T29987) - deployed and most filters + titleblacklists updated * Numeric sorting ** Deployed numeric sorting to Swedish Wikipedia for further testing, seems to be working ** Will deploy to English Wikipedia next week barring any bug discoveries * Cross-wiki watchlists - making schema changes to CentralAuth * No blockers === Editing === ==== Language ==== * Blocked: none * Blocking: none * Updates: ** Apertium packages for Jessie ready (few waiting for dependencies to be uploaded to WMF repo). ** CX getting updates on template handling soon. ==== Parsing ==== * Still waiting on a security review of the ParserMigration extension. * Thinking about going ahead with https://phabricator.wikimedia.org/T111604 in the coming months (spliting up parser tests into multiple files). If you have thoughts / concerns, please comment on the ticket. * Nothing else significant to report. ==== Collaboration ==== * '''Blocking''': ** Stephane is making progress on the Flow caching rewrite, which is blocking multi-DC. * '''Blocked''': * '''Updates''': ** We have enabled Flow on all user talk pages on kabwiki. ** New feature to allow unwatching Flow boards from an Echo notification. ** Rasterizing Echo icons for email to work around Gmail bug. ** Fixed dot-dot-dot menu on Special:Notifications on mobile ** MediaWiki-Vagrant change to use psysh for Zend, since phpsh is broken == Technology == === Analytics === * AQS (pageview api) cluster is having some performance issues, Luca is back tomorrow and will take a closer look * Getting ready to build the Wikistats 2.0 front-end, evaluating js frameworks, do weigh in if interested * same ongoing work as last week, loading the new cluster, deploying the new event bus schemas, vetting the reconstruction of edit history === Security === * Security reviews this week: ** *ACL configuration for url-downloader.wikimedia.org <http://url-downloader.wikimedia.org> allowing upload.wikimedia.org <http://upload.wikimedia.org>* ** Catching up on reviews from last week * Incident handling * Darian working on hiring tasks with Recruiting === Services === Blocking: none Blocked: * Parsoid move to scap3 blocked by RelEng: *https://phabricator.wikimedia.org/T142990* <https://phabricator.wikimedia.org/T142990> Updates: * Deployed Change Prop with new kafka driver === Discovery === * No blockers * Working on BM25 implementation * Working on multi-wiki indexes * Working on integrating Polestar (http://vega.github.io/polestar/) and WDQS GUI to allow create graphs visually from WDQS results * Deployed portal updates & blog post: https://blog.wikimedia.org/2016/08/16/wikipedia-portal-update/ * Retro of portal evolution: https://commons.wikimedia.org/wiki/File:Impact_of_Wikipedia.org_Portal_Chan… * Reordering of stemming/asciifolding deployed, but no changes pending reindex (https://phabricator.wikimedia.org/T142721 ) * Analysis of asciifolding in French: https://www.mediawiki.org/wiki/User:TJones_(WMF)/Notes/Adding_Ascii-Folding… ** TLDR: French more complex than English ;) But positive results. * Asked for community help to update "showing results from" translation: https://phabricator.wikimedia.org/T143355 * Analysis of portal pageview increase: https://github.com/wikimedia-research/Discovery-Research-Portal/blob/master… === RelEng === * Blocking ** Parsoid scap3 deployment: https://phabricator.wikimedia.org/T142990 * Blocked ** (Ops) Contint networking: https://phabricator.wikimedia.org/T140257#2553490 ** (Ops/puppet) https://gerrit.wikimedia.org/r/#/c/300092/ ("contint: tidy Nodepool slaves config history") ** (Ops) Help requested: Upgrade base MW-Vagrant image to Jessie - https://phabricator.wikimedia.org/T136429 *** Outline from bd808: https://phabricator.wikimedia.org/T136429#2572195 *** Ori suggesting Ops support: https://phabricator.wikimedia.org/T136429#2572433 * Updates ** Bugfix release of scap ** European SWAT started Monday! === Fundraising Tech === * More queue work * More dedupe work * Applied security release to payments * Reacting to GeoIP lookup domain removal (3rd party impact) === ArchCom === * https://www.mediawiki.org/wiki/Architecture_committee/Status * Last week: 2016W33: 2016-08-17 (Wednesday) ** ArchCom Planning meeting: [https://phabricator.wikimedia.org/E260 Phab:E260] *** Notes: [https://www.mediawiki.org/wiki/Architecture_committee/2016-08-17 Architecture committee/2016-08-17] ** ArchCom-RFC office hour: [https://phabricator.wikimedia.org/E261 Phab:E261] *** Agenda: [https://phabricator.wikimedia.org/T105652 Revisiting T105652 (content model storage)] * This week: 2016W34: 2016-08-24 (Wednesday) ** ArchCom Planning meeting: [https://phabricator.wikimedia.org/E262 Phab:E262] *** Notes: [https://www.mediawiki.org/wiki/Architecture_committee/2016-08-24 Architecture committee/2016-08-24] ** ArchCom-RFC office hour: [https://phabricator.wikimedia.org/E263 Phab:E263] *** Agenda: [https://phabricator.wikimedia.org/T69223 Schema change for page content language] == Wikidata == * Blockers: none. * Progess on the "structured data for Commons" prototype … ( https://phabricator.wikimedia.org/T140760) * … as well as concept work for automated list generation ( https://twitter.com/simulo/status/766717877047193600). * We wrote a policy about guarantees we give about our public interfaces for data access ( https://www.wikidata.org/wiki/Wikidata:Stable_Interface_Policy). * Experimenting with sorting statements ( https://phabricator.wikimedia.org/T129244).

1 0

ORES review tool default sensitivity changed now
by Amir Ladsgroup 24 Aug '16

24 Aug '16

Hey all, We just deployed a change that changed default sensitivity of ORES review tool from "hard" to "soft" (meaning recall would drop from 0.9 to 0.75 but percentage of false positives drops too). You are still able to change it back in your preferences (Recent changes tab). Please come to us for any issues or questions. Best

1 0

Weigh in on whether to finalize intro to "Committee" section of Code of Conduct
by Matthew Flaschen 24 Aug '16

24 Aug '16

Please comment on whether to approve the introduction to the "Committee" section of the draft Code of conduct for technical spaces. The draft text is at https://www.mediawiki.org/w/index.php?title=Code_of_Conduct/Draft&oldid=220… . This is the part after the "Page: Code of Conduct/Committee" heading and before the "Diversity" heading. You can comment at https://www.mediawiki.org/wiki/Talk:Code_of_Conduct/Draft#Finalize_introduc… . A position and brief comment is fine. You can also send private feedback to conduct-discussion(a)wikimedia.org . Thanks again, Matt Flaschen P.S. Sorry, I should have combined this into my previous email.

1 0

Deployment of ORES review tool in Englis Wikipedia as a beta feature
by Amir Ladsgroup 24 Aug '16

24 Aug '16

We (The Revision Scoring Team <https://meta.wikimedia.org/wiki/Research:Revision_scoring_as_a_service#Team>) are happy to announce the deployment of the ORES <https://meta.wikimedia.org/wiki/ORES> review tool <https://www.mediawiki.org/wiki/ORES_review_tool> as a beta feature <https://en.wikipedia.org/wiki/Special:Preferences#mw-prefsection-betafeatur…> on *English Wikipedia*. Once enabled, ORES highlights edits that are likely to be damaging in Special:RecentChanges <https://en.wikipedia.org/wiki/Special:RecentChanges>, Special:Watchlist <https://en.wikipedia.org/wiki/Special:Watchlist> and Special:Contributions <https://en.wikipedia.org/wiki/Special:Contributions> to help you prioritize your patrolling work. ORES detects damaging edits using a basic prediction model based on past damage <https://meta.wikimedia.org/wiki/Research:Automated_classification_of_edit_q…>. ORES is an experimental technology. We encourage you to take advantage of it but also to be skeptical of the predictions made. It's a tool to support you – it can't replace you. Please reach out to us with your questions and concerns. Documentationmw:ORES review tool <https://www.mediawiki.org/wiki/ORES_review_tool>, mw:Extension:ORES <https://www.mediawiki.org/wiki/Extension:ORES>, and m:ORES <https://meta.wikimedia.org/wiki/ORES>Bugs & feature requests https://phabricator.wikimedia.org/tag/revision-scoring-as-a-service-backlog/ IRC#wikimedia-aiconnect <http://webchat.freenode.net/?channels=#wikimedia-ai> Sincerely,Amir from the Revision Scoring team

3 5

Re: [Wikitech-l] [WikimediaMobile] Mobile site is now lazy loading images
by Adam Baso 23 Aug '16

23 Aug '16

Good question - the code tries to fetch the images ahead of them coming into the viewport. That can mean upon section expansion, as well. On Tuesday, August 23, 2016, Justin Ormont <justin.ormont(a)gmail.com> wrote: > This sounds great. Are the images pre-loaded when the user gets close, or > once it's scrolled into view? > > --justin > > On Tue, Aug 23, 2016 at 3:48 PM, Volker Eckl <volker(a)wikimedia.org > <javascript:_e(%7B%7D,'cvml','volker(a)wikimedia.org');>> wrote: > >> Amazing work! Enjoying the further speed improvements and the detailed >> analysis of Japanese Wikipedia testcase. >> >> On Tue, Aug 23, 2016 at 2:20 PM, Jon Robson <jrobson(a)wikimedia.org >> <javascript:_e(%7B%7D,'cvml','jrobson(a)wikimedia.org');>> wrote: >> >>> FYI after much experimentation, research and testing the mobile site has >>> been lazy loading images [1] since Thursday 18th August. This means if you >>> do not see an image you will not download it. We have taken care to ensure >>> users without JavaScript can still view images and that most users will >>> barely notice the difference. >>> >>> We are currently crunching the data this change has made and we plan to >>> write a blog post to reporting the results. >>> >>> In our experiments on Japanese Wikipedia we saw a drop in image bytes >>> per page view by 54% On the Japanese Japan article bytes shipped to users >>> dropped from 1.443 MB to 142 kB. >>> >>> This is pretty huge since bytes equate to money [3] and we expect this >>> to be significant on wikis where mobile data is more expensive. In a >>> nutshell Wikipedia mobile is cheaper. >>> >>> As I said blog post to follow once we have more information, but please >>> report any bugs you are seeing with the implementation (we have already >>> found a few thanks to our community of editors). >>> >>> ~Jon >>> >>> [1] https://www.mediawiki.org/wiki/Reading/Web/Projects/Performa >>> nce/Lazy_loading_images >>> [2] https://www.mediawiki.org/wiki/Reading/Web/Lazy_loading_ >>> of_images_on_Japanese_Wikipedia >>> [3] https://whatdoesmysitecost.com/ >>> >>> >>> >>> _______________________________________________ >>> Mobile-l mailing list >>> Mobile-l(a)lists.wikimedia.org >>> <javascript:_e(%7B%7D,'cvml','Mobile-l(a)lists.wikimedia.org');> >>> https://lists.wikimedia.org/mailman/listinfo/mobile-l >>> >>> >> >> _______________________________________________ >> Mobile-l mailing list >> Mobile-l(a)lists.wikimedia.org >> <javascript:_e(%7B%7D,'cvml','Mobile-l(a)lists.wikimedia.org');> >> https://lists.wikimedia.org/mailman/listinfo/mobile-l >> >> >

2 1

MediaWiki code review stats update
by Federico Leva (Nemo) 23 Aug '16

23 Aug '16

For those of you who follow http://koti.kapsi.fi/~federico/crstats/extensions.txt or other https://www.mediawiki.org/wiki/Development_statistics : I just recloned all the MediaWiki extensions and rerun the stats, which were no longer correct. Given that either git pull or the ref/notes/review fails every few months, I now also run check-sync.sh from the mediawiki/extensions.git repo so that http://koti.kapsi.fi/~federico/crstats/git-sync.log (hopefully) tells you whether the data is actually up to date. I also finally set the character-encoding so that UTF-8 is recognised as such in all its glory without browser guesses/instructions. ;-) Nemo

1 0

2016W34 ArchCom-RFC meeting: Schema change for page content language
by Rob Lanphier 23 Aug '16

23 Aug '16

Hi everyone, For this week's office hour, let's discuss [T69223: schema change for page content language][1] Jaime Crespo has asked that the developers seeking this change get general consensus for the change. A discussion at an ArchCom IRC meeting isn't strictly necessary for this, it can't hurt, so let's do it. My understanding of the key commit[2] is that the new "page_lang" field was added to the "page" table and that the other schema changes in the commits are just the ripple effects from changing the page table. The discussion is scheduled for 2016-08-24 UTC: Time: Wednesday 21 UTC (2pm PDT, 23 CEST) Place: #wikimedia-office Phab event: [E263]3] [ArchCom/Status][4] Rob [1]: <https://phabricator.wikimedia.org/T69223> [2]: <https://gerrit.wikimedia.org/r/#/c/135312/> [3]: <https://phabricator.wikimedia.org/E263> [4]: <https://www.mediawiki.org/wiki/Architecture_committee/Status>

1 0

← Newer
1
2
3
4
5
6
7
...
11
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l August 2016