In Gerrit change 321406[1] and related patches,[2] I've proposed code to
allow the MediaWiki action API to return errors and warnings in languages
other than English. Feedback and code review would be appreciated.
A detailed description of the proposed changes is posted at
https://www.mediawiki.org/wiki/API/Architecture_work/i18n#Warnings_and_erro….
Summary:
- For clients of the API, some error codes will change, particularly
from query submodules. If you're trying to parse the human-readable error
and warning text, these also are likely to change. A few modules that
returned error or warning text in a non-standard manner have been changed.
For the most part, though, client code should not need updating since the
default is backwards-compatible.
- For extension authors, several ApiBase methods are deprecated and
should be replaced. The existing patches[2] may serve as examples.
[1]: https://gerrit.wikimedia.org/r/#/c/321406/
[2]: https://gerrit.wikimedia.org/r/#/q/topic:api-error-i18n/T47843
--
Brad Jorsch (Anomie)
Senior Software Engineer
Wikimedia Foundation
Hi Mathieu,
I came across this on-line conference I thought it might be interesting
stuff for other engineers. I find all conferences worth checking as they
usually cover newest technologies/trends in engineering. This mailing list
seemed to be the most appropriate to share such information.
But in the future I think a better list would be the engineering list.
Thanks for the feedback.
Piotr
On 15.11.2016 16:24, mathieu stumpf guntz wrote:
> Hi Piotr,
>
> Despite the fact that this is a list with many developer, how is this
> information relevant on a Wikimedia mailing list? Is their any focus on
> how this products may useful in the Wikimedia environment? Will the
> their be free pedagogical material we may include on Wikibooks,
> Wikiversity or Commons as an outcome from this session?
>
> If such is not the case, that's not an information I whish to receive
> through this canal. Other might have a different opinion, and they are
> welcome to bring feedback, but hopefully this won't make to much noise
> on this ml, and any flamewar will be contained somewhere else.
>
> Kind regards,
> mathieu
>
>
> Le 15/11/2016 à 14:37, Piotr Miazga a écrit :
>> Hi all,
>>
>> At November 16th - 18th Microsoft hosts Connect - Developer virtual
>> event.
>> This event is streamed live and it's for free.
>>
>> Link to event: https://connectevent.microsoft.com/
>>
>> Speakers will share latest innovations from Microsoft software. There
>> will
>> be many interactive Q&A sessions with Microsoft engineering teams,
>> customers and partners. Third day is an online full-day courses on
>> developing and deploying web and data applications or cross-platform
>> mobile
>> apps.
>>
>>
>> Piotr
>> _______________________________________________
>> 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
Hello all,
A quick note that next week is Thanksgiving in the US. As such the week
is shorter (only 3 days) and we will NOT be rolling out a new version of
MediaWiki.
We will have the normal SWAT windows on Monday and Tuesday (but not
Wednesday, as that is effectively a "Friday"). Those SWATs are only for
important fixes; don't even think about using them as a way of getting
around the lack of a train.
Details:
https://wikitech.wikimedia.org/wiki/Deployments#Week_of_November_21st
Best,
Greg
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| Release Team Manager A18D 1138 8E47 FAC8 1C7D |
https://www.mediawiki.org/wiki/Scrum_of_scrums/2016-11-16
2016-11-16 =
== Product ==
=== Reading ===
==== iOS native app ====
https://phabricator.wikimedia.org/project/view/2220/
* Last week:
- * Fixed more remaining issues from persistance layer update,
investigated better long term solution
- * Sped up testing & build chain, began consolidating to buildmini &
Jenkins
* This week:
* More 5.3.0 beta feedback & fixes (and release Friday or Monday)
* Add announcement card to the news feed
* Initial dynamic type implementation & assessment of scope
==== Android native app ====
* Last week:
* Continuing Q2 goals for Wikidata descriptions
* Moving to kanban-ish workflow
* Next week:
* More Q2 goals for Wikidata descriptions (mostly polish)
==== Mobile Content Service (MCS) ====
* Adding announcements feed endpoint
==== Reading Web ====
* Current sprint: https://phabricator.wikimedia.org/project/board/2336/
* Continuing work from the last week
* Next sprint: https://phabricator.wikimedia.org/project/view/2342/
* Stopping Hovercards A/B tests in multiple wikis
* More work on PageImagesAPI (returning images in lead section only)
==== Reading Infrastructure ====
* We're disappointed in the fact that T150454 wasn't caught by grepping for
the removed function before merging into core.
https://phabricator.wikimedia.org/T150454
* API error/warning i18n patches are up!
** *https://gerrit.wikimedia.org/r/#/c/321406/*
<https://gerrit.wikimedia.org/r/#/c/321406/> (and its parent patches) could
use review, both codewise and for the output resulting when non-bc
errorformat is used.
** The patches depended on by that change are next in importance. These are
for OAuth, TitleBlacklist, GlobalBlocking, Translate, and ConfirmEdit.
** All other WMF-deployed extensions affected by this change have patches
too, see *https://gerrit.wikimedia.org/r/#/q/topic:api-error-i18n/T47843*
<https://gerrit.wikimedia.org/r/#/q/topic:api-error-i18n/T47843>.
Non-WMF-deployed extensions are (mostly) not touched at this time, the
worst that should happen to them is wfDeprecated warnings eventually.
=== Community Tech ===
* No blockers, not blocking
* RFC for changing default category collation to uca with numeric:
https://meta.wikimedia.org/wiki/Requests_for_comment/Switch_default_categor…
* Pageviews Analysis 2.0 out: https://tools.wmflabs.org/pageviews/ (Improved
UI)
* Script for populating fields in localuser table in CA due to run next
week: https://phabricator.wikimedia.org/T148242
** Long-running script - estimated 4-5 days
** Note: Global user account renaming will be disabled during the script
run to prevent conflicts
* Work continues on Programs Dashboard
=== Editing ===
==== Collaboration ====
* Updates
** RecentChanges new filtering work (ERI)
** Flow exception fixes
** Echo Notifications special page improvements
** Flow caching rewrite for multiple data centers has been deployed. Keep
an eye out on Flow issues, and let us know if you have any problems.
* Blocked - None
* Blocking - None
==== Language ====
==== Parsing ==== (Arlo / Scott will show up instead of Subbu)
* Parsoid: Released debian 0.6.1 and npm 0.6.1 packages -- last release to
support node 0.1x.
* Parsoid: Deprecated support for node 0.1x, dropping all support March
31st 2017 (see wikitech-l announcement).
* Working with Community Engagment to communicate Tidy replacement changes,
prepare FAQs, what this means for editors, what kind of fixups would be
needed, tools available, etc.
* Work ongoing to get the Linter extension ready for deployment on the
Wikimedia cluster -- could launch in the Dec 2016 - Jan 2017 timeframe.
=== UI Standardization ===
Still working on:
* Align Minerva (Mobile Frontend) to overhauled color palette (T146799)
* Review and integrate messages, alerts, warnings as WikimediaUI
component (T127405, continued)
* Changing visual language of styleguide
Working on:
* Improve form layouts in OOUI MW core forms for better user experience
(T136790)
* Align CX to overhauled WikimediaUI color palette (T150731)
* Align blog primary colors to WikimediaUI color palette (T150057)
Finished:
* Variable naming in WikimediaUI Base (T147612)
== Technology ==
=== Analytics ===
Blockers or blocking: None
Updates:
* Waiting for nodes to double storage capacity for Pageview API
* Computing the first standard metrics with reconstructed edit history
* Testing ClickHouse as a very fast serving layer of the edit data
* Public Event Streams is on its way of being productionized
Upcoming:
* We'll meet with Editing team to give some examples on edit data use
=== Architecture / ArchCom ===
=== Release Engineering ===
Updates:
* 1.28 rc.1 this week (for realz)
* scap 3.3.1 to go out (already on Beta Cluster)
* Phabricator update this week (Wednesday) with Calendar improvements (in
support of DevSummit)
Blocked:
* labs: Request for CI staging project
https://phabricator.wikimedia.org/T150772
=== Security ===
* All projects and and security reviews have been suspended while team
focuses on incident handling
=== Discovery ===
- You can now search for file properties such as file size and and file
type on Commons.
- https://www.mediawiki.org/wiki/Help:CirrusSearch#File_properties_search
- The Interactive Team's roadmap can be viewed here; it was finalized in
Nov 2016 for FY 2016/2017.
- https://www.mediawiki.org/wiki/File:Interactive_Roadmap_2016-2017.pdf
- Tabular & map data on Commons announced
-
https://commons.wikimedia.org/wiki/Commons:Village_pump#Launching_shared_ma…
=== Services ===
* Blockers: none
* Updates
** Node 6 update planning: https://phabricator.wikimedia.org/T149331
- *** All services ready and tested, kartotherian is on it's way
- *** Planned order: RESTBase -> Parsoid -> SCB -> Others
- *** Q for Ops: is node 6 rollout considered a deployment and is under
deployment freeze next week? Alex: Yes. It is under the freeze
** Thumb API discussion, please participate:
https://phabricator.wikimedia.org/T66214
** Scap3 config deployments:
- *** Parsoid: done
- *** CXServer: https://phabricator.wikimedia.org/T147634
- **** Patches done. Ready to proceed Thurstay EU morning, no objections?
- *** MCS - Marko ready to proceed Thursday EU morning, no objections?
=== Technical Operations ===
* '''Blocked''':
** none
* '''Blocking'''
** none
* Updates
** kubernetes goal ongoing. working with packaging kubernetes and calico
** labsdbs10{09,10,11} provisioned, work ongoing
** varnish 4 text cluster upgraded finally! Achievement unlocked!
** working with performance on thumbor 100% deployment
** deprecation of precise ongoing, down to 7 boxes
=== Performance ===
* Blocked
** Consensus to unlock further work on active/active DC project (etcd,
session storage, varnish, etc.). I encourage representatives of
Operations/Traffic and Services to attend the next active/active meeting on
Nov 23. That meeting can be moved later if it's too early for some.
* Blocking
** none
* Updates
** ?action=markpatrolled is now POST-based
** Live traffic investigation confirmed that a non-trivial amount of
pageviews start off as hidden tabs (>8%, mobile included).
** Parser report format reverted, the new format introduced for
PerformanceInspector was breaking a commong workflow (i.e. checking the
parser report when previewing an edit)
** Comparing HTTP status codes from production image scalers and Thumbor
revealed a dozen edge cases. We'll need to discuss with Operations at the
next Thumbor meeting which ones are blockers for the launch.
== Wikidata ==
* Being a WMDE employee I again was not able to join the Hangout, without
being manually added every time.
* RevisionSlider is out of beta.
* Final touches on Cognate extension (automatic interwiki links for all
Wiktionaries).
* Waiting for security review of the Cognate
https://gerrit.wikimedia.org/r/320743 and InterwikiSorting extensions.
* German Technical Wishlist team is working on a UI for the 2 PDF
renderers. Would like to track/gather feedback for a while. But:
https://phabricator.wikimedia.org/T150871
== Fundraising Tech ==
* Two weeks till Big English
** please tread very softly in core, especially anything that could affect
CentralNotice (messages, caching, ResourceLoader)
** FR-tech would appreciate a heads up if there are significant changes
* Improving signal to noise ratio in fundraising system logging and alerts
* Tweaking mailing list export and offline donation import
* Still looking at CentralNotice issues
** https://gerrit.wikimedia.org/r/320317 should have gotten us logging for
client-side issue, but we're not seeing those in logstash (search for
message key centralnotice, and you only get the server-side messages)
Hi, it seems that there is many people struggling with following
Phabricator notifications. Being overwhelmed by notifications defeats the
purpose of notifications. :)
This is an invitation to share some thoughts.
The main trick is of course to pay attention to what you
subscribe/unsubscribe to. Sometimes I ask myself: why am I receiving this
notification, and after a quick investigation it turns out that I am still
watching some project that I am not really interested anymore, or at least
not at the extent that it would impede me to follow better the projects
that I really want to follow.
I actually unsubscribe from many tasks, and that keeps the signal high vs
noise ratio high.
Email preferences can also help a lot reducing the amount of (what for you
constitutes) noise. Also, many people seem to struggle with volume of
emails received and haven't really tried the alternative of web
notifications, which (at least for me) allow for quicker scanning + the
fabulous button "Mark all as read".
I also set many types of notifications to "ignore", because for me at least
the information they bring doesn't compensate for the noise they create. I
have copied my Maniphest email preferences at
https://www.mediawiki.org/wiki/User:Qgil-WMF/Sandbox just in case someone
finds them useful.
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
--------------------------------------------
El mié, 16/11/16, Quim Gil <qgil(a)wikimedia.org> escribió:
Asunto: [Wikitech-l] Handling Phabricator notifications
Para: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org>
Fecha: miércoles, 16 de noviembre, 2016 05:32
Hi, it seems that there is many
people struggling with following
Phabricator notifications. Being overwhelmed by
notifications defeats the
purpose of notifications. :)
This is an invitation to share some thoughts.
The main trick is of course to pay attention to what you
subscribe/unsubscribe to. Sometimes I ask myself: why am I
receiving this
notification, and after a quick investigation it turns out
that I am still
watching some project that I am not really interested
anymore, or at least
not at the extent that it would impede me to follow better
the projects
that I really want to follow.
I actually unsubscribe from many tasks, and that keeps the
signal high vs
noise ratio high.
Email preferences can also help a lot reducing the amount of
(what for you
constitutes) noise. Also, many people seem to struggle with
volume of
emails received and haven't really tried the alternative of
web
notifications, which (at least for me) allow for quicker
scanning + the
fabulous button "Mark all as read".
I also set many types of notifications to "ignore", because
for me at least
the information they bring doesn't compensate for the noise
they create. I
have copied my Maniphest email preferences at
https://www.mediawiki.org/wiki/User:Qgil-WMF/Sandbox
just in case someone
finds them useful.
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
_______________________________________________
Wikitech-l mailing list
Wikitech-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Hi all!
Tomorrow at the ArchoCom-RFC meeting [E367], we will go through the RFC board
[archcom-rfc] and try to reduce our backlog, assign shepherds, and come up with
a queue of topics to discuss over the next weeks and months.
If there are any RFCs that you would like to promote, please join!
The meeting will be at the usual time (Wednesday 21 UTC, 14 PST, 23 CET)
and place (#wikimedia-office). For an overview of ArchCOm activity, see
[ArchComStatus].
-- Daniel
[E367]: <https://phabricator.wikimedia.org/E367>
[archcom-rfc]: <https://phabricator.wikimedia.org/tag/archcom-rfc/>
[ArchComStatus]: <https://www.mediawiki.org/wiki/ArchComStatus>
--
Daniel Kinzler
Senior Software Developer
Wikimedia Deutschland
Gesellschaft zur Förderung Freien Wissens e.V.
Hi all,
At November 16th - 18th Microsoft hosts Connect - Developer virtual event.
This event is streamed live and it's for free.
Link to event: https://connectevent.microsoft.com/
Speakers will share latest innovations from Microsoft software. There will
be many interactive Q&A sessions with Microsoft engineering teams,
customers and partners. Third day is an online full-day courses on
developing and deploying web and data applications or cross-platform mobile
apps.
Piotr
Source & feedback: https://www.mediawiki.org/wiki/Topic:Tfe8pv9zyrrlyb6d
This is a call to everyone interested in the Wikimedia Developer Summit
2017 -- including remote participants. We need you to help us decide which
sessions should be pre-scheduled in advance, getting bigger rooms, video
recording, and higher quality requirements.
Today we have 46 sessions competing for 15 slots. We need to propose a
schedule by December 12. How can you help?
The best way is to check the proposals submitted
<https://phabricator.wikimedia.org/project/board/2205/> and join those that
interest you in a visible way:
- participating in the discussion (the best way to prove your interest
and support the proposal)
- subscribing to the Phabricator task (click "Subscribe")
- awarding a token to the Phabricator task (click "Award Token")
The sooner, the better. We will start checking participation by November 28
(see the timeline
<https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit/2017/Call_for_par…>
).
To be clear, this is not a popularity contest. Proposals with more
participation will be more likely to be pre-scheduled and vice versa.
However, the scheduling will be handled by the Program committee
<https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit/2017/Program_comm…>.
They will take into account participation numbers, but they will also
consider other factors.
Proposals not scheduled will be directed to the Unconference
<https://www.mediawiki.org/w/index.php?title=Wikimedia_Developer_Summit/Unco…>
that
will run in parallel to the pre-scheduled sessions.
--
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
I've posted an RFC at ...
https://meta.wikimedia.org/wiki/Requests_for_comment/Switch_default_categor…
... proposing that we change the default collation for Wikimedia wikis from
"uppercase" to "uca-default-u-kn" (Unicode Collation Algorithm with numeric
sorting). Please join the discussion if you have any thoughts on this.