With this rollout, we've been watching the Village Pumps on various
projects and trying to work with people who are active on the projects
and, in the process, we've come up with some bugs that we'd like to get
fixed before we deploy to Commons on Tuesday (see
https://www.mediawiki.org/wiki/MediaWiki_1.19/Roadmap#Deployment_schedule)
In order of priority:
* Bug 34409: 'mw.user.options' and 'mw.user.tokens' are sometimes empty
on 1.19, breaking watchlist, gadgets, etc.
https://bugzilla.wikimedia.org/34409
Roan tried to fix this one (r111695) but the problem still shows up.
Erik writes:
Consistent reproduction is hard (in some user sessions, seemingly
impossible, with others, continually appearing), suggesting a bug
that's triggered under certain timing conditions.
* Bug 34469: (un)watch button broken
https://bugzilla.wikimedia.org/34469
Robla's summary is thorough, but here is the gist:
The common denominator when this fails is that mw.user.options fails
to load, which is easily confirmed by calling mw.user.options.get()
from the javascript console. This gets back to our old friend, bug
34409, which is a much bigger problem than just watchlists.
* Bug 34450: Probable Javascript loading issues (navigation and tabbing
issues, multiple browsers) https://bugzilla.wikimedia.org/34450
See RobLa's note to wikitech-l
http://thread.gmane.org/gmane.science.linguistics.wikipedia.technical/58858
Andrew Garrett has fixed at least part of this issue, but some work
remains.
* Bug 34458: Editing fails in IE7
https://bugzilla.wikimedia.org/34458
This is has evidently been around a while so we don't *need* to block
any deployments, but it would be nice to fix it
* Bug 34421: mutiple headers in email from UserMailer
https://bugzilla.wikimedia.org/34421
I plan on fixing this by Monday (since I caused it). Antoine, though,
has done a lot of work tracking it down, though, and beat me to it.
Or you, reading this, could.
Most of the other bugs we found were rapidly dealt with.
Happy Hacking!
Mark
Is there a sound reason to hidden so well the main id of pages? Is there
any drawback to show it anywhere into wikies, and to use it much largely
for links and API calls?
Alex brollo
Hoi,
Today at 18:00 UTC (see also the link below) there is a Wikimedia Office
hour with the WMF localisation team. The subject is what more can we do for
your language. On my blog I entered some of the things we can talk about.
We also love to hear about how what we already do works for you and what we
(both you and us) can do to extend it further.
Joining our office hours is a great way to celebrate International Mother
Language Day.
Thanks,
Gerard
http://www.timeanddate.com/worldclock/fixedtime.html?hour=18&min=00&sec=0&d…http://ultimategerardm.blogspot.com/2012/02/international-mother-language-d…
---------- Forwarded message ----------
From: Steven Walling <swalling(a)wikimedia.org>
Date: 20 February 2012 23:17
Subject: [Foundation-l] Reminder: IRC office hours with the localization
team tomorrow
To: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org>
Hi all! Just a quick reminder that you're invited to join the WMF
localization team at 1800 UTC tomorrow.
---------- Forwarded message ----------
From: Steven Walling <swalling(a)wikimedia.org>
Date: Wed, Feb 1, 2012 at 10:46 AM
Subject: IRC office hours with the localization team, on International
Mother Language Day
To: Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org>
Hi everyone,
I just wanted to give some advance notice about IRC office hours with the
localization team [1] at the Wikimedia Foundation, which will be aptly held
on International Mother Language Day.[2]
Date: 2011-02-21
Time: 18.00 UTC
Venue: #wikimedia-office
As usual, more logistical info and time conversion links are available on
Meta.[3] For a taste of what the localization team has been up to, I highly
recommend the blog posts they've been writing regularly.[4]
Thanks, and we'll talk to you later this month!
--
Steven Walling,
Wikimedia Foundation
1. https://wikimediafoundation.org/wiki/Localisation_team
2. https://en.wikipedia.org/wiki/International_Mother_Language_Day
3. https://meta.wikimedia.org/wiki/IRC_office_hours
4.
http://blog.wikimedia.org/c/technology/features/internationalization-and-lo…
--
Steven Walling
https://wikimediafoundation.org/
_______________________________________________
foundation-l mailing list
foundation-l(a)lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l
Tonight the Twitter account @wikimediatech sent out two problematic
tweets that began with "jfaritu," one of which contains a racial slur.
Not sure who handles this, but please have someone look into it.
Thanks.
Hello all,
It’s with great pleasure that I’m announcing that Terrence (Terry)
Chay is joining the Wikimedia Foundation as Director of Features
Engineering.
Terry comes to us from Automattic, where he helped improve the
WordPress.com user experience by implementing an A/B testing
framework, improving the blog domain name registration process (which
contributed to doubling the revenue for WordPress.com), creating
better support mechanisms for fist-time users, and making many other
changes. In that role, he was an individual contributor to the
WordPress codebase.
Before Automattic, Terry worked as an engineering manager and software
architect for multiple start-ups and tech companies between 1999 and
2009, most recently at Tagged and Plaxo. He has a B.S. in Physics from
the California Institute of Technology and an M.S. in Physics from the
University of Illinois at Urbana-Champaign (UIUC).
If you’ve ever been to OSCON, you may have seen Terry present one of
his infamous PHP talks there (he’s been invited back repeatedly for
some reason). All in, he’s given more than 25 public talks about web
development. He’s also a prolific blogger and photographer (
http://terrychay.com/ ), joining the nascent photography cabal at
Wikimedia.
As Director of Features Engineering, Terry will be responsible for
helping ensure the success of some of our key feature teams: the
visual editor team, the editor engagement team (including the article
feedback project), and the fundraising engineering team.
This announcement also means that Alolita Sharma will be transitioning
into a new director-level role at the Wikimedia Foundation. While
we’ve not finalized all details, the role will include responsibility
for the internationalization team, for experimental features projects
and technology evaluation. We’ll announce details about that shortly.
I want to thank Alolita for her track record of excellent leadership
at Wikimedia to-date.
Note that Terry's not on wmfall yet, so CC him if you'd like to
welcome him. Terry's first day will be February 27.
Please join me in welcoming Terry to the Wikimedia movement. :-)
All best,
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
Hi folks,
we have had some discussion with other devs of huggle and I have a
question, what is the best location to host wikimedia related projects?
Documentation / web pages (preferably a wiki), I guess most suitable is mww
but that one should be for mediawiki only or not? I am talking about
projects like awb, pywikipediabot, dotnetwikibot, bots, labs and many
others. I think we should either create a category for these at mww or
maybe create a new wiki just for various software projects and related
documentation? I would rather prefer first option for now, because it's not
so hard to maintain and I don't think there is really a need to open whole
new wiki just for documentation and various wikimedia projects, like labs
etc. Second question is where to host source code and files? Some projects
are using 3rd providers, however there is an idea to move huggle repository
to wikimedia git after it's set up, it would be good to have all sources on
one place so that it's easier to find various projects people might be
interested in.
Hi everyone,
Here's where we are. We've got a lot of blockers listed below, though
it's probably not as bad as it looks from the bug count.
== Blocking stage 2 deployment (commons) ==
Javascript/Resource Loader
Tim did a bunch of work in this general area today. I'm hopeful Roan
will have some time to review this work and we can all verify that
this cleans up a bunch of issues.
http://bugzilla.wikimedia.org/34450 -- Probable Javascript loading
issues (navigation and tabbing issues, multiple browsers)
http://bugzilla.wikimedia.org/34409 -- 'mw.user.options' and
'mw.user.tokens' are sometimes empty on 1.19, breaking watchlist,
gadgets, etc.
http://bugzilla.wikimedia.org/34517 -- Sometimes scripts imported by
mw.loader.load on common.js are not executed
http://bugzilla.wikimedia.org/34504 -- [Regression] There should not
be a mismatch between html and stylesheet version
Logging and permissions
Mark and Antoine made a fix to one logging issue, and I puttered
around on the larger IRC problem.
http://bugzilla.wikimedia.org/34508 -- [Regression] IRC string output
for log messages no longer compatible
http://bugzilla.wikimedia.org/34503 -- Users without the autopatrol
right are being autopatrolled on simple.wikipedia
== Blocking stage 3 deployment (all projects except Wikipedia) ==
No additional bugs.
== Blocking stage 4 deployment (all Wikipedia except enwiki) ==
http://bugzilla.wikimedia.org/34104 -- Schema changes for MediaWiki
1.19 deployment to Wikimedia wikis
There are some master switches that need to happen on s1, s5 and s6
prior to deploying to enwiki, dewiki, ruwiki, frwiki
== Important to figure out, but not blocking ==
http://bugzilla.wikimedia.org/34458 -- Editing fails in IE7
http://bugzilla.wikimedia.org/34478 --
Special:MergeAccount&action=submit generates error
http://bugzilla.wikimedia.org/34469 -- (un)watch button broken (only
in debug mode now)
== Administrivia ==
http://bugzilla.wikimedia.org/33994 -- MediaWiki 1.19 pre WMF
deployment actions (tracking)
== Query for 1.19 deploy blockers ==
https://bugzilla.wikimedia.org/buglist.cgi?query_format=advanced&list_id=91…
Etherpad:
http://etherpad.wikimedia.org/119triage
RE: https://www.mediawiki.org/wiki/Extension:OpenID
I commited a new version - no new features, no need to download it - of
the MediaWiki OpenID extension, now at version 1.001
and updated the documentation on MediaWiki.
The reshaped Makefile downloads the php library from my fork - which
comprises the patch;
thus the former patch after downloading from Github is no longer required.
The new method will facilitate forthcoming upgrading of the php-openid
library on which the extension relies.
--
Este mensaje le ha llegado mediante el servicio de correo electronico que ofrece Infomed para respaldar el cumplimiento de las misiones del Sistema Nacional de Salud. La persona que envia este correo asume el compromiso de usar el servicio a tales fines y cumplir con las regulaciones establecidas
Infomed: http://www.sld.cu/