A recent change to MediaWiki software seems to have broken templates
everywhere. The syntax
[[:{{NAMESPACE}}:{{{1}}}|{{{1}}}]]
used to work on a template to generate a link to a page in the same
namespace, typically used on templates related to move (rename) discussions.
However this has stopped working as of last month, causing lots of
[[::ABC|ABC]] to be displayed in plain-text everywhere when this syntax is
used in the main namespace.
We figured for now at yue.wp that
[[{{NAMESPACE}}:{{{1}}}|{{{1}}}]]
(notice the deletion of the colon at the beginning) works and would like to
know if this is the recommended solution. This doesn't seem to have been
picked up by Linter.
Related discussion on yue.wp:
https://zh-yue.wikipedia.org/w/index.php?title=Wikipedia%3A%E5%9F%8E%E5%B8%…
Deryck
[[User:Deryck Chan]]
Sysop & ambassador, yue.wp
Sorry for cross-posting!
Reminder: Technical Advice IRC meeting again **tomorrow, Wednesday 4-5 pm
UTC** on #wikimedia-tech.
The Technical Advice IRC meeting is open for all volunteer developers,
topics and questions. This can be anything from "how to get started" over
"who would be the best contact for X" to specific questions on your project.
If you know already what you would like to discuss or ask, please add your
topic to the next meeting:
https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting
Hope to see you there!
Michi (for WMDE’s tech team)
--
Michael F. Schönitzer
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
Hello,
Some background:
The Sunsetting Working Group[0], which came out of a WMF Technology
manager's face-to-face after Wikimania and is made up of
cross-departmental members, was given the goal of determining how we
can reduce the set of un-, under-, or not clearly maintained code
running in Wikimedia production. To be clear, the goal was not to
"sunset" (aka: remove) all un-, under-, or not clearly maintained
code, but instead make an effort to resolve
'stewardship'/'ownership'/'maintainership' issues as best we can.
The process the working group devised is outlined on mediawiki.org[1].
In short it is: propose something to review, fill out the rubric, give
time for wider feedback, submit a prioritized list to the WMF Chief
Product and Chief Technology officers so they can make the hard
decisions of what to fund and how.
This is the first time we are doing this process and we are on an
abbreviated schedule with respect to the Foundation Annual Planning
timeline. We will be doing these quarterly on a known schedule (to be
published at a later date) to remove any future similar time schedule
stress.
The point of this email:
We have 4 reviews currently proposed[2]. They are:
* AbuseFilter (and dependencies)
* IRC RecentChanges feed
* RelatedSites extension
* TimedMediaHandler
We are soliciting wider feedback on wiki[3]. Please leave feedback on
the relevant talk page.[4][5][6][7]
Again, unfortunately our timeline is abbreviated this time around and we
will be closing the feedback on February 7th.
Thank you for your feedback!
Greg
[0] https://www.mediawiki.org/wiki/Sunsetting_Working_Group
[1] https://www.mediawiki.org/wiki/Code_stewardship_reviews#Process
[2] https://phabricator.wikimedia.org/project/board/3144/
[3] Subpages of https://www.mediawiki.org/wiki/Code_stewardship_reviews/Feedback_solicitati…
[4] https://www.mediawiki.org/wiki/Talk:Code_stewardship_reviews/Feedback_solic…
[5] https://www.mediawiki.org/wiki/Talk:Code_stewardship_reviews/Feedback_solic…
[6] https://www.mediawiki.org/wiki/Talk:Code_stewardship_reviews/Feedback_solic…
[7] https://www.mediawiki.org/wiki/Talk:Code_stewardship_reviews/Feedback_solic…
--
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| Release Team Manager A18D 1138 8E47 FAC8 1C7D |
Sorry for cross-posting!
Reminder: Technical Advice IRC meeting again **today, Wednesday 4-5 pm
UTC** on #wikimedia-tech.
The Technical Advice IRC meeting is open for all volunteer developers,
topics and questions. This can be anything from "how to get started" over
"who would be the best contact for X" to specific questions on your project.
If you know already what you would like to discuss or ask, please add your
topic to the next meeting: https://www.mediawiki.org/
wiki/Technical_Advice_IRC_Meeting
Hope to see you there!
Michi (for WMDE’s tech team)
--
Michael F. Schönitzer
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/681/51985.
TL;DR
-----
On January 31, 2018, on ru.wp, sv.wp, fi.wp and he.wp, we are going to
turn off Tidy and switch to the Remex HTML5 parsing library.
Besides those, another 200+ wikis will also be switched away from Tidy
on that day. You can find the list of such wikis at T184656 [1].
Do any of you belong to or know someone active in these communities?
While we've also announced this on Tech News, based on our previous
experience, since we don't anticipate the change to be ground-breaking
for these communities, we think that "spamming" the village pumps
may be not so effective and so we'd appreciate your help in assuring
these wikis that they can contact us @ mw:Help_talk:Extension:Linter [2]
if needed, and that there's plenty of documentation to help with
Linter fixes at mw:Help:Extension:Linter [3].
Thanks!
Background
----------
In July 2017, we announced [4] our intention to replace Tidy with a
HTML5-based solution on the Wikimedia cluster by the end of June 2018
at the latest. Please refer to that original posting for specifics of
the project and why we are replacing Tidy.
Status of Tidy replacement
--------------------------
Over the last 3 months, we have now replaced Tidy with RemexHTML
on mediawiki, testwiki, nowiki, fawiki, itwiki, dewiki and 170 other
small wikis. [5]
We have approached ruwiki, svwiki, fiwiki, hewiki for replacement this
month based on remaining linter errors and progress those wikis have
been making. We expect to approach other medium and large wikis for
replacement next month.
In addition, for any wiki that has < 10 linter errors in any
high-priority category, we will be replacing Tidy with RemexHTML.
T184656 [1] has the list of wikis that will see this change (this list
includes wikis that have already had Tidy replaced in December).
To be clear, if we notice problems (or if the wiki requests it), we will
revert the change after identifying the source of the problem. If you
notice any incorrect rendering, you can use ?action=parsermigration-edit
to identify if the switch from Tidy actually caused it.
Status of linter fixes
----------------------
We have been publishing weekly stats [6] of changes to linter counts
which shows how wikis have been progressing with making linter fixes.
Based on what we've observed, of the 38 largest wikis, besides the one
that have Tidy replaced already or will get it replaced this month, most
other wikis seem to be making progress, albeit at different rates.
idwiki, viwiki, jawiki, and rowiki haven't seen a lot of activity yet.
Results from pixel diff tests
-----------------------------
We have also been doing weekly test runs to calculate pixel diffs on
about 70K pages which we have sampled from over 50 wikis. To do this,
we generate a screenshot of a page with Tidy and one with RemexHTML,
and compare the renderings while ignoring vertical whitespace shifts.
We generate a numeric score for the diff that tries to be reflective
of the magnitude of differences we are seeing.
Thanks to fixes to pages and our testing infrastructure to more
accurately detect differences, between July 2017 and January 2018,
the percentage of pages that rendered with only vertical whitespace
shifts increased from 91.9% to 94.6%. Similarly, the percentage of
pages that rendered with pixel perfect accuracy went up from
63.2% to 68.3%. For technical reasons related to the testing setup
that I will skip here, 100% for either metric is not achievable.
Summary
-------
Overall, at the end of January, about 400 of Wikimedia's wikis will
have replaced Tidy. This includes 7 of the largest wikis.
Linter fixes are also happening on lots of wikis, but some large wikis
could pick up the pace.
We still expect to replace Tidy on all wikis by end of June 2018,
and your cooperation and help with fixing pages identified by the
Linter tool is greatly appreciated.
Subbu,
Manager and Technical Lead,
Parsing Team @ the WMF.
1. https://phabricator.wikimedia.org/T184656
2. https://www.mediawiki.org/wiki/Help_talk:Extension:Linter
3. https://www.mediawiki.org/wiki/Help:Extension:Linter
4. https://www.mediawiki.org/wiki/Talk:Parsing/Replacing_Tidy/FAQ
5. https://phabricator.wikimedia.org/T175706
6. https://www.mediawiki.org/wiki/Parsing/Replacing_Tidy/Linter/Stats
Cross-post.
---------- Forwarded message ----------
From: Adam Baso <abaso(a)wikimedia.org>
Date: Thu, Jan 18, 2018 at 6:38 AM
Subject: [Input requested] Knowledge as a Service at the Wikimedia
Developer Summit 2018
To: Wikimedia developers <wikitech-l(a)lists.wikimedia.org>
Howdy Wikitechnorati,
(And thank you for patience with me cross-posting if you're on other lists.)
I'm writing to invite your input on the following Phabricator task ahead of
next week's Wikimedia Developer Summit 2018 [1] session.
Knowledge as a Service
https://phabricator.wikimedia.org/T183315
The purpose [2] of the Wikimedia Developer Summit 2018 sessions is to
provide guidance for Phase 2 of the Movement Strategic Direction [3] on
buildout of technology capabilities. We'd really love your thoughts to help
set context for our session next week, as Knowledge as a Service is a
primary consideration in the Movement Strategic Direction.
What is Knowledge as a Service? Its essence is about information
architecture approaches and the necessary software that will ultimately
allow content consumption and creation to radiate to new and different
types of interfaces and devices in addition to browser-based approaches. As
you review position papers from attendees [4] you'll notice that the way
they (myself included) think about best solving this is through a heavy
emphasis on technology that makes it easier to better structure information
and its metadata for re-use, remixing, and querying.
What might this mean? Does it mean we should build Wikimedia software in an
API- and metadata-first manner following industry standards compatible with
content structuration? Does it mean weaving our existing structured and
semi-structured data technologies together? How do we build technology that
can ensure successful collaboration between communities on increasingly
structured and interdependent information sources? And how can we ensure
the tech will bolster growth of multilingual and multimedia content
creation and consumption?
I've copied some of the essential material from the Movement Strategic
Direction concerning Knowledge as a Service so you have it here. We would
appreciate your input and hope you will subscribe to the Phabricator task
to contribute and follow along as we explore this topic.
https://phabricator.wikimedia.org/T183315
The following content is copied from https://meta.wikimedia.org/
wiki/Strategy/Wikimedia_movement/2017/Direction :
Knowledge as a service: To serve our users, we will become a platform that
serves open knowledge to the world across interfaces and communities. We
will build tools for allies and partners to organize and exchange free
knowledge beyond Wikimedia. Our infrastructure will enable us and others to
collect and use different forms of free, trusted knowledge.
...
As technology spreads through every aspect of our lives, Wikimedia's
infrastructure needs to be able to communicate easily with other connected
systems.
...
As a platform, we need to transform our structures to support new formats,
new interfaces, and new types of knowledge. We have a strategic opportunity
to go further and offer this platform as a service to other institutions,
beyond Wikimedia. In a world that is becoming more and more connected,
building the infrastructure for knowledge gives others a vested interest in
our success. It is how we ensure our place in the larger network of
knowledge, and become an essential part of it. As a service to users, we
need to build the platform for knowledge or, in jargon, provide knowledge
as a service.
...
Knowledge as a service: A platform that serves open knowledge to the world
across interfaces and communities
Our openness will ensure that our decisions are fair, that we are
accountable to one another, and that we act in the public interest. Our
systems will follow the evolution of technology. We will transform our
platform to work across digital formats, devices, and interfaces. The
distributed structure of our network will help us adapt to local contexts.
...
We will build tools for allies and partners to organize and exchange free
knowledge beyond Wikimedia.
We will continue to build the infrastructure for free knowledge for our
communities. We will go further by offering it as a service to others in
the network of knowledge. We will continue to build the partnerships that
enable us to develop knowledge we can't create ourselves.
...
Our infrastructure will enable us and others to collect and use different
forms of free, trusted knowledge.
We will build the technical infrastructures that enable us to collect free
knowledge in all forms and languages. We will use our position as a leader
in the ecosystem of knowledge to advance our ideals of freedom and
fairness. We will build the technical structures and the social agreements
that enable us to trust the new knowledge we compile. We will focus on
highly structured information to facilitate its exchange and reuse in
multiple contexts.
Thank you.
-Adam
[1] https://www.mediawiki.org/wiki/Wikimedia_Developer_Summit/2018
[2] https://www.mediawiki.org/wiki/Wikimedia_Developer_
Summit/2018/Purpose_and_Results
[3] https://meta.wikimedia.org/wiki/Strategy/Wikimedia_
movement/2017/Direction
[4] https://wikifarm.wmflabs.org/devsummit/index.php/Session:10