Wikitech-l October 2016

wikitech-l@lists.wikimedia.org

81 participants
89 discussions

Long summary upon reverting an IPv6 anon
by Bináris 15 Oct '16

15 Oct '16

(eltér <https://hu.wikipedia.org/w/index.php?title=%C3%9Ajrahasznos%C3%ADt%C3%A1s&c…> | történet <https://hu.wikipedia.org/w/index.php?title=%C3%9Ajrahasznos%C3%ADt%C3%A1s&c…>) . . a Újrahasznosítás <https://hu.wikipedia.org/wiki/%C3%9Ajrahasznos%C3%ADt%C3%A1s>‎; 07:59 . . (-22)‎ . . ‎Vépi <https://hu.wikipedia.org/wiki/Szerkeszt%C5%91:V%C3%A9pi> ( vitalap <https://hu.wikipedia.org/wiki/Szerkeszt%C5%91vita:V%C3%A9pi> | szerkesztései <https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5…> | blokkolás <https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Blokkol%C3%A1s/V%C3%A9pi>)‎ (Visszaállítottam a lap korábbi változatát: 2A01:36D:119:A1B8:18B6:A5ED:816F:D9CB <https://hu.wikipedia.org/wiki/Speci%C3%A1lis:Szerkeszt%C5%91_k%C3%B6zrem%C5…> (vita <https://hu.wikipedia.org/w/index.php?title=Szerkeszt%C5%91vita:2A01:36D:119…>) szerkesztéséről [[User:Burumbátor|Buru…) This is the automatic summary of a simple revert as shown in recent changes. Half a sentence, and the previous aditor's name is hardly in it (would be truncated if it was a few characters longer). Should end with "[[User:Burumbátor|Burumbátor]] szerkesztésére." Is there a solution for this? Is it worth a bug ticket? -- Bináris

3 3

CentralAuth MediaWiki-Vagrant
by Matthew Flaschen 14 Oct '16

14 Oct '16

If you use MediaWiki-Vagrant with CentralAuth, you may have noticed it stopped working. There was a recent schema change, and since CA does not use update.php, you have to do it manually (or destroy your box, but that will take a lot longer). If it's broken (huge red box and "Unknown column 'lu_local_id' in 'field list'") $ vagrant ssh $ mysql centralauth < /vagrant/mediawiki/extensions/CentralAuth/db_patches/patch-lu_local_id.sql (This could be done via Puppet, but that would require writing that and then checking at runtime whether these columns exist forever.) I hope that helps, Matt

1 0

Discovery Weekly Update for the week starting 2016-10-10
by Chris Koerner 14 Oct '16

14 Oct '16

Greetings, This week is chock full of updates from Discovery. As always, feedback and questions are welcome. = Discussions = == Search == * Updated the search results page because the content overflows page boundaries [1] * Add accent squashing to Russian/Cyrillic analyser (with tests) [2] * Fixed Cyrillic 'Е' and 'Ё' equivalence not found by search [3] * Decided on the outcome of the recent BM25 A/B test, what our next steps on using BM25 will be [4] * Fixed issue where the search page content overflows the page boundaries on various browsers [5] * Updated where users prefer pages in their language in multilingual wikis [6] Search tickets completed this week, but awaiting next train in order to be deployed: Oct 25, 2016: * Put SITENAME in search box placeholder "searchsuggest-search" like in MobileFrontend's "mobile-fronted-placeholder [7] * Integrate "did you mean" data collection into search satisfaction schema [8] == Analysis == * Completed analysis of the results of BM25 AB test (final report) [9] [10] * Search results page: how many visitors are on mobile vs desktop [11] - Mikhail ran a hive query for the last couple of weeks and discovered: * Analyze the variance of user-agent's, country, and other useful metrics of google referred traffic with and without a search query available in referrer [12] ** this was to analyze what the difference is between the requests that have a search term in the query and those that do not, to determine if those queries could be used as a representative sample. Turns out, they're not relevant at all. * Investigate recent spike in pageviews on wikipedia.org portal page [13] ** there has been a dramatic increase in the amount of page views since middle of Sep 2016 to the portal--it turns out that this increase is due to various issues: school starting up again, increasing bot traffic, and possibly several agencies/companies that might have loaded 'golden' copies of software onto their employees phones that have wikipedia.org as the default home page of their Android phone browsers. == Portal == * Updated articles by languages [14] * Centered 'the free encyclopedia' phrase on mobile devices [15] * Fixed the language link that broke unevenly [16] * Updated the portal text to use the new, approved shade of blue (partially completed) [17] * Fixed where `.lang-list-button` doesn't feature focus state [18] Portal updates that need code review: * update logo for new branding guidelines [19] * add information for Wikipedia / Wikimedia apps availability [20] == Interactive == * Maps with geoshapes now have a link to Wikidata item or query in the bottom attribution text (i.e.: externalData should show up as data source in credits) [21] * Migrated all map usage from "href" to "service" external data (about 50 pages) [22] * Simplified (and normalized) ExternalData parsing in Kartographer [23] * Geoshapes service URL is hardcoded [24] * Refactor data loader into a separate lib, as both Kartotherian (snapshot) and Kartographer need identical functionality, for a given map, we need to provide a fully expanded (no externalData) GeoJSON [25] * Fixed where failed ExternalData requests result in all maps on page being completely broken [26] * Set "maxzoom" to 14 on osm.tm2source, based on community feedback [27] * Defined KPIs and other interesting maps statistics about how we would like to gather to track and improve maps [28] * Ensure Maps servers can be installed easily (automation + documentation) [29] * maps-test* hosts running low on space [30] * Updated to postgresql 9.4.9 on all maps servers [31] * Created a pipeline for supplying data to static map service (Here is a sample URL) [32] [33] * Error "Maximum zoom is 18" (updated logging to be an 'info' message rather than an error) [34] * Fixed where the Sparql-based externalData maps are broken [35] Interactive tickets completed this week, but awaiting next train in order to be deployed: Oct 25, 2016: * <mapframe> maximize button sometimes doesn't work [36] * buildHtml() should parse messages in parser output language [37] = Other Noteworthy Stuff = * The Search team created a new ticket to note what will be 'live' in production during the next full re-indexing: [Recurring task] CirrusSearch: what is updated during re-indexing [38] * Request for translation sent for Update CirrusSearch documentation [39] [1] https://phabricator.wikimedia.org/T138108 [2] https://phabricator.wikimedia.org/T102298 [3] https://phabricator.wikimedia.org/T124592 [4] https://phabricator.wikimedia.org/T147008 [5] https://phabricator.wikimedia.org/T138108 [6] https://phabricator.wikimedia.org/T68829 [7] https://phabricator.wikimedia.org/T144640 [8] https://phabricator.wikimedia.org/T138087 [9] https://phabricator.wikimedia.org/T143589 [10] https://wikimedia-research.github.io/Discovery-Search-Test-BM25/ [11] https://phabricator.wikimedia.org/T147513 [12] https://phabricator.wikimedia.org/T128146 [13] https://phabricator.wikimedia.org/T146214 [14] https://phabricator.wikimedia.org/T128546 [15] https://phabricator.wikimedia.org/T143241 [16] https://phabricator.wikimedia.org/T144007 [17] https://phabricator.wikimedia.org/T146231 [18] https://phabricator.wikimedia.org/T143127 [19] https://phabricator.wikimedia.org/T144834 [20] https://phabricator.wikimedia.org/T137495 [21] https://phabricator.wikimedia.org/T145109 [22] https://phabricator.wikimedia.org/T147530 [23] https://phabricator.wikimedia.org/T147128 [24] https://phabricator.wikimedia.org/T146494 [25] https://phabricator.wikimedia.org/T147078 [26] https://phabricator.wikimedia.org/T146400 [27] https://phabricator.wikimedia.org/T147698 [28] https://phabricator.wikimedia.org/T144239 [29] https://phabricator.wikimedia.org/T138501 [30] https://phabricator.wikimedia.org/T146848 [31] https://phabricator.wikimedia.org/T138276 [32] https://phabricator.wikimedia.org/T133247 [33] http://maps.wikimedia.org/img/osm-intl,1,0,0,1000x1000.png?domain=www.media… [34] https://phabricator.wikimedia.org/T146805 [35] https://phabricator.wikimedia.org/T148237 [36] https://phabricator.wikimedia.org/T147987 [37] https://phabricator.wikimedia.org/T148082 [38] https://phabricator.wikimedia.org/T147505: [39] https://phabricator.wikimedia.org/T141156 ---- The full update, and archive of past updates, can be found on Mediawiki.org: https://www.mediawiki.org/wiki/Discovery/Status_updates Interested in getting involved? See tasks marked as Easy or volunteer needed in Phabricator. [1] https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R [2] https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R -- Yours, Chris Koerner Community Liaison - Discovery Wikimedia Foundation

1 0

Re: [Wikitech-l] Mobile JavaScript
by Dmitry Brant 14 Oct '16

14 Oct '16

Hi Denny, Speaking for the apps, we do not load any JavaScript, except for a few packaged scripts used for app-specific features (e.g. collapsing infoboxes). -Dmitry On Thu, Oct 13, 2016 at 7:30 PM, Denny Vrandečić <vrandecic(a)gmail.com> wrote: > Two stupid questions, I couldn't find the answer on MediaWiki.org: > > 1) is MediaWiki:common.js being loaded on the mobile web view? Or any other > js? What about User:Name/common.js? > > 2) same question but for the Wikipedia app. Does the app run any js? > _______________________________________________ > Wikitech-l mailing list > Wikitech-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Dmitry Brant Senior Software Engineer / Product Owner (Android) Wikimedia Foundation https://www.mediawiki.org/wiki/Wikimedia_mobile_engineering

3 3

Mobile JavaScript
by Denny Vrandečić 13 Oct '16

13 Oct '16

Two stupid questions, I couldn't find the answer on MediaWiki.org: 1) is MediaWiki:common.js being loaded on the mobile web view? Or any other js? What about User:Name/common.js? 2) same question but for the Wikipedia app. Does the app run any js?

1 0

Re: [Wikitech-l] [Wiki-research-l] Feature Requests: Suggeted new features
by Aaron Gray 13 Oct '16

13 Oct '16

Toby, Right thanks for the top level info, I am going to step back and think about this a bit. I have tried out the Hovercards beta which provides something like summaries and its very nice so have made a few suggestions regarding the idea. i.e. optional explicit summary markdown for overriding implicit summary generation behaviour. And summary types like simple and expert summaries and accessing summaries for terms from wikctionary. I am looking into the mechanics of whats involved in implementing both summary markup and classification "bread crumbs" as extensions. Regards, Aaron On 11 October 2016 at 17:17, Toby Negrin <tnegrin(a)wikimedia.org> wrote: > Hi Aaron -- > > Thanks for your interest and suggestions! > > A bit late to the thread but I thought I'd point you at the WMF's annual > plan[1]. The Foundation puts forward a proposal to the community in the > March/April timeframe and after discussion it is approved by the board. > > This and the quarterly planning process[2] are good venues for feature > oriented discussions like some of your suggestions. > > -Toby > > [1] https://meta.wikimedia.org/wiki/Wikimedia_Foundation_ > Annual_Plan/2016-2017/Final > [2] https://www.mediawiki.org/wiki/Wikimedia_Engineering/2016-17_Q2_Goals > > On Sun, Oct 9, 2016 at 5:37 AM, Aaron Gray <aaronngray.lists(a)gmail.com> > wrote: > >> Dear Wikipedia and MediaWiki people, >> >> Hers are some suggested ideas that may allow Wikipedia and MediaWiki to >> be organized better in the future and for the future of organizing the >> worlds open public information. >> >> *Summaries - popup summaries for pages* >> >> Using automated generation of content for the title attribute on the <a> >> tag containing a summary containing either the content from an >> <article><header><section id="summary"> or a designated section from >> Wikimedia markdown a popup summary could be generated for quick browsing >> for definition of terms on hyperlinks. This would vastly aid the user >> experience. >> >> >> *Categories - bread crumb like hierarchical and cross referencing >> categorization and navigation* >> By creating a set of categorical navigation pages the whole of fields of >> knowledge on Wikipedia could be categorized. >> >> By having a set of clickable list of hierarchical categories displayed >> like 'bread crumb' navigation lists under the page title the user could >> quickly navigate this hierarchy. >> >> By adding pop up menus to the separating chevrons with each subcategories >> elements cross category navigation would be made possible. >> >> Double clicking on chevrons should navigate to the categorical navigation >> page. >> >> *QuickLink - Quick Link Creation* >> >> A hotkey and JavaScript script could allow the creation of links from a >> selected highlighted bit of normal text to lookup a term, display its >> summary and allow the user to confirm the generation of a new hyperlink >> very quickly without having to edit markdown. >> >> *Move towards semantic content* >> >> By using new HTML elements like <article>, <section> and <header> and >> id's and classes more of a semantic mapping of content may be established. >> Tis maybe done incrementally and also for example by a bot auto generating >> new summary information that maybe verified by either users or editors for >> publishing. >> >> *API* >> >> API's from summaries, categories, and semantic content should be made >> available. >> >> More to come ... >> >> Regards, >> >> Aaron Gray >> >> >> _______________________________________________ >> Wiki-research-l mailing list >> Wiki-research-l(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wiki-research-l >> >> > > _______________________________________________ > Wiki-research-l mailing list > Wiki-research-l(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wiki-research-l > >

1 0

Small old unreviewed MediaWiki Core patches waiting in Gerrit
by Andre Klapper 13 Oct '16

13 Oct '16

On Thu, 2016-09-22 at 18:27 +0000, Jon Robson wrote: > Would you be also open to flagging some of our oldest patches To randomly start somewhere, here is a list of MediaWiki Core patches from 2015, touching <=10 lines, with CR=0 + Verified>0, without merge conflicts in Gerrit, sorted by age. Decisions (=CR) welcome. Thanks in advance for your reviews + help reducing our review backlog. https://gerrit.wikimedia.org/r/#/c/225371/ Improve Doxygen template used by mwdocgen.php /maintenance/Doxyfile https://gerrit.wikimedia.org/r/#/c/211034/ Move up devunt's name to Developers /CREDITS https://gerrit.wikimedia.org/r/#/c/111126/ Subst templates and clean tildes even if $wgCleanSignatures is false /includes/parser/Parser.php https://gerrit.wikimedia.org/r/#/c/150210/ Special:Newpages feed now shows first revision instead of latest revision /includes/specials/SpecialNewpages.php https://gerrit.wikimedia.org/r/#/c/142701/ Allow specifying sort keys for tracking categories /includes/parser/Parser.php and ParserOutput.php https://gerrit.wikimedia.org/r/#/c/250372/ Gallery: Use intrinsic width for gallery to center caption /resources/src/mediawiki/page/gallery.css https://gerrit.wikimedia.org/r/#/c/258037/ Qualify page titles as such in messages about editing or acting on a page /languages/i18n/en.json https://gerrit.wikimedia.org/r/#/c/259618/ Fix the TODO comment in documentation of getTitleLink /includes/logging/LogPage.php https://gerrit.wikimedia.org/r/#/c/261268/ Added documentation for wfClientAcceptsGzip() /includes/GlobalFunctions.php Cheers, andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/

2 2

Recently proposed patchsets by new contributors awaiting code review
by Andre Klapper 13 Oct '16

13 Oct '16

Your help is welcome to provide feedback (CR±1/2) and guidance: == mediawiki/extensions/LdapAuthentication: == since 2016-09-27 (2nd time listed here): Allow local user creation even if LDAP user creation is disabled https://gerrit.wikimedia.org/r/#/c/313019/ == operations/mediawiki-config: == since 2016-09-27 (2nd time listed here): Adding language name configuration for Wikidata https://gerrit.wikimedia.org/r/#/c/312944/ == pywikibot/core: == since 2016-09-25 (2nd time listed here): Checks the type of isbn and modifies accordingly https://gerrit.wikimedia.org/r/#/c/312726/ Thanks in advance for your reviews. Of last time's 5 listed patches, 1 got abandoned, 1 got reviewed. Thanks to Krinkle and Reedy! andre -- Andre Klapper | Wikimedia Bugwrangler http://blogs.gnome.org/aklapper/

2 1

2016-10-12 Scrum of Scrums meeting notes
by Grace Gellerman 12 Oct '16

12 Oct '16

https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-10-12 == Product == === Reading === Goals section: https://www.mediawiki.org/wiki/Wikimedia_Engineering/2016-17_Q2_Goals#Readi… ==== iOS native app ==== Current Release Build: https://phabricator.wikimedia.org/project/view/2220/ Since we last met: - * Notification UI is complete - * Feed based off of MCS and persisting to YapDatabase is almost complete - * Bug fixes & event logging fixes landed - * Working with Apple on fixing Siri integration Before we meet again: * Connect notification UI to data source - enable notifications * Add notifications preferences to onboarding & feed * Release a beta No blockers ==== Android native app ==== * Current sprint ( https://phabricator.wikimedia.org/tag/mobile-app-android-sprint-93-neptuniu…) : * Start on Q2 goals for Wikidata descriptions * v2.4.158 beta coming soon * Alpha builds fixed * CI screenshot regression testing * Languages with three letter codes enabled * Next sprint: * More Q2 goals... ==== Mobile Content Service (MCS) ==== * adding a few more languages to feed endpoints (mainly news, maybe TFA): Sv, Fr * next gen of content endpoint: references only endpoint * updated scap3 deploy host from tin to generic deployment server name ==== Reading Web ==== Since last met: * Wrapped up the remaining sprint work Until the next time we meet: * Fix some Event Logging issues with Hovercards * Move lead section before the infobox on mobile * Clean up the old language button Blocked on: * We need input from the Performance team regarding "UC Mini should not be supported by ResourceLoader" (https://phabricator.wikimedia.org/T147369) ==== Reading Infrastructure ==== * no blocking * blocked on WMDE adding query modification hooks to WatchedItemQueryService which can replicate ApiQueryBaseBeforeQuery/ApiQueryBaseAfterQuery/ApiQueryBaseProcessRow === Community Tech === === Editing === ==== Collaboration ==== * Blocking: Hopefully nobody? * Blocked: ** https://phabricator.wikimedia.org/T143743 disagrements between Collab (Stephane), Analytics (Otto) and Services (Marko, Petr) about approach, probably going to organize a meeting * Update: ** Flow beta feature was disabled on all wikis due to breakage. Slowly re-enabling now, beginning with frwikiquote today ** UI standardization improvements in Echo, thanks Volker! ** Fixing some small bugs in PageTriage ==== Language ==== * Blocked: ** Help with https://phabricator.wikimedia.org/T145650 is needed, this affects translatewiki.net === Discovery === == Technology == === Analytics === *Not blocking nor blocked *Update: Recruiting - Still screening, tasks sent to some applicants. Pivot (UI over Druid, analytics datastore) is now available behind LDAP - Fast access to pageviews (more datasets to come) Kasocki - Discution around using SocketIO,WebSockets or SSE (in ticket: https://phabricator.wikimedia.org/T130651) We started work to replace last instance of Limn by Dashiki (limn1) Old aqs machines are now spares. === Services === * Blocked: none * Blocking: none * Updates: ** Node 4.6.0 security release: please test your services. === Architecture / ArchCom === * Last week (E287): Magic Links deprecation: https://phabricator.wikimedia.org/T145604 * This week (E316): CREDITS file: https://phabricator.wikimedia.org/T139300 * https://www.mediawiki.org/wiki/Architecture_committee/Status === Release Engineering === * Blocking: ** nobody * Blocked: ** Ops: looking at throttle rate for nodepool/Openstack ( https://gerrit.wikimedia.org/r/#/c/315214/) * Updates: ** Reminder: RelEng at offsite in DC next week. No train deploys. Other deploys (like SWAT) ok. === Security === === Services === === Technical Operations === == Wikidata == * No blockers. * Working on new network graph and diagram renderers for the Wikidata Query Service: https://phabricator.wikimedia.org/T142179 * Working on referencing entities on foreign Wikibase repositories (Commons will reference Wikidata items): https://phabricator.wikimedia.org/T76007 * Expanding client side integration with new Lua and parser formatter function: https://phabricator.wikimedia.org/T142940 * We heard people being busy keeping up with changes in core (stuff being deprecated and removed). Not all are happy with the frequency breaking changes are done currently. == Fundraising Tech == * Winter is coming... Annual reminder to please postpone risky rollouts till after December's fundraising campaign * One CentralNotice bug closed, one still happening: https://phabricator.wikimedia.org/T144952 ** Andrew's pretty sure it's a MessageCache thing ** Added logging, got some logs from the beta cluster ** Getting some help from Aaron and Timo, but any other suggestions are welcome * Cleaning up any remaining references to ActiveMQ

1 0

Gerrit was down today
by Greg Grossmeier 12 Oct '16

12 Oct '16

(It wasn't just you) Gerrit was down today starting around 17:49 UTC. It is now back up and services are coming back online. A full investigation into the cause of the outage is still on-going.[0] Apologies for the downtime. WMF Release Engineering [0] https://etherpad.wikimedia.org/p/gerrit-outage-20161006 But this is missing a lot of the information/discussion that is happening in #wikimedia-operations on Freenode. A link to the incident report will be pasted into that etherpad when it is created. -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | Release Team Manager A18D 1138 8E47 FAC8 1C7D |

6 9

← Newer
1
2
3
4
5
6
7
8
9
Older →

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 October 2016