I tried to discuss this on #wikimedia-mobile on Freenode, but nobody
could explain this to me:
I'm building a website that allows the users to view Wikipedia changes
correlated to rDNS names of their editors and I wanted to implement a
"random mode" that allows thm to see all edits made by a given rDNS
domain - the user would just press F5 and see the editor in context like
I would definitely prefer to use the mobile version of Wikipedia though
or at least Special:MobileEdit, but both disallow framing. Is there any
specific reason for that? I would guess that this is for security, but I
have to admit I don't know what could be gained by showing the
MobileDiff in a frame.
Please note that we will be working on a few open tasks for mailing list
server maintenance, next Tuesday, May 19th from 17:00 to 19:00 UTC.
During this time, all mailing list traffic, as well as online archives, may
become unavailable. Once the window has ended, all mail routing should
resume normally, and any messages sent during the window will then be
All associated tasks and changes are linked from
This mail has (initially) been send to all list administrators, and
wikitech-l. Please feel free to forward to any other lists or parties that
would need to know about this maintenance window.
Wikimedia Foundation, Inc.
Office: 415.839.6885 x6620
I'm very pleased to announce that we've recently hired Jaime Crespo as
Sr. Database Administrator. Jaime has joined the Technical Operations
team to strengthen our DBA capacity. He will be working closely with
Sean, and will join responsibility for our production database
infrastructure, the Wikimedia Labs replicas and the Analytics/research
databases. His addition to the team will also allow us to support our
developers better with code review and advice about database queries
and schema tuning.
Before he joined us Jaime has been a MySQL/MariaDB DBA consultant,
both at Percona and later as an independent contractor. In that role
he has supported many database environments, large and small. Being a
fan of the free software and open data movements, Jaime is excited to
be employing his experience in such an environment.
Jaime lives in the Zaragoza area in Spain, and will be working with us
remotely from home. Outside of work, he is an active contributor to
the Spanish Wikipedia and the OpenStreetMap projects as well. His
other hobbies include photography, cycling, astronomy, reading and
acting in theater.
Jaime can be found on IRC under the nickname 'jynus'.
Please join me in welcoming him!
Mark Bergsma <mark(a)wikimedia.org>
Lead Operations Architect
Director of Technical Operations
As a part of the engineering reorganization, will there be a multimedia
team within the readeship or power users groups? For some time I have been
hoping to get Wikipedia the ability to provide interactive visualizations.
Also, this article suggests that VR may see widespread adoption in the
next few years, and a multimedia team could capitalize on the trend.
I would like to propose that we remove all tracking bugs, and instead use
Phabricator projects (e.g. with an Umbrella icon). Some of the benefits:
* Discoverable - projects are more intuitive and easier to add to a bug
with the auto-complete
* Manageable - within the project, tasks can be broken down into columns by
categories/priorities specific to the project
* Searchable - easier to search for tasks that belong to multiple projects
Another open-source community<http://wordpress.org> is working on integrating their repository with Github<http://ma.tt/2014/10/sotw-2014/> for the very reasons you mentioned (Ctrl+F for the mention of github).
WordPress' tool, Trac, is SVN and therefore a bit of a bigger transition IMHO. The work is still ongoing.
There is a lively community that currently exists on Github. Encouraging folks to participate with tools that they are comfortable with is a win for wiki tech.
I would say that this is a smart move and agree with others that focusing on Phabricator as that’s the system with a longer life.
This electronic mail and any attached documents are intended solely for the named addressee(s) and contain confidential information. If you are not an addressee, or responsible for delivering this email to an addressee, you have received this email in error and are notified that reading, copying, or disclosing this email is prohibited. If you received this email in error, immediately reply to the sender and delete the message completely from your computer system.
I'm trying to build an autocompletion thingy that suggests categories based
on user input using the opensearch API . It sounds like a relatively
simple thing and I was able to hack something that somewhat works in a few
minutes...there's just one gotcha: this thing is supposed to suggest
nothing but categories, so I don't need nor want the "Category:" label (or
its localized equivalent) to show up.
I've been able to manipulate the result set so that whenever the user
clicks on a suggestion, whatever gets inserted into the <input> is
correct...but what is *displayed* to the user still includes the
"Category:" part in it. The various ways how I've been able to remove the
"Category:" part from the value have been more or less hacky and
What am I doing wrong here ? How can I totally strip out the "Category:"
part and pretend it doesn't exist and never did?
Thanks and regards,