On Tue, Jul 30, 2013 at 8:02 AM, Lodewijk <lodewijk(a)effeietsanders.org>wrote:
> 2013/7/30 Deryck Chan <deryckchan(a)gmail.com>
>> Actually you do. Registering for Wikimania will be highly appreciated.
> OK, but to clarify: if you are already registered for Wikimania (as most
> people who are on this mailing list and will be in Hong Kong) there is
> nothing else you'd have to do?
Exactly! There is no additional registration process for DevCamp
> Wikimania-l mailing list
@wikimediadc / @wikidata
I'm pleased to welcome Bryan Davis to Wikimedia Foundation's Platform
Engineering team. Bryan joins us from Keynetics in Boise, Idaho,
where he was the senior programmer and architect on a team responsible
for new product development, building the Kount fraud control system.
Bryan joins Platform Engineering as a Senior Software Engineer working
generally on backend software issues. His first job will be in
improving the robustness of media infrastructure, such as improving
large file uploads, but he'll probably also get mixed up in the usual
Platform-y kinds of stuff that other developers in Platform
Engineering frequently get involved in.
Bryan will be working remotely from Boise.
With the moving of pywikibot to Gerrit today, the last projects actively
using SVN have
been moved over to Git. As such, SVN is now a read-only service and the
done (of course any old SVN projects can always be migrated to Git/Gerrit,
Thanks to everyone for your patience, help, bug reports, blood, sweat,
children...whatever you gave to this monumental effort over the past year
and a half.
I'm thinking of switching to Source Safe next year because migrations are
so fun ;-)
I've proposed uninstalling the UploadBlacklist extension from Wikimedia
wikis. My reasoning:
* it's a very small extension whose configured blacklist, as far as I'm
aware, hasn't been updated in years;
* the AbuseFilter now supports blocking uploads based on SHA-1 hash;
* I don't consider the blacklist particularly effective as it's trivial to
bypass (intentionally or accidentally); and
* uninstalling the extension will help reduce, ever-so-slightly, some
On the relevant bug, Andre suggested that this needed further discussion.
Please comment on the bug or on this mailing list if you have any
objections or foresee any issues with uninstalling the UploadBlacklist
extension from Wikimedia wikis. Otherwise, it's a largely painless
procedure to uninstall the extension that I'm hoping we can move forward
with in the next few weeks.
I wish to add a hook on EditFilterMergedContent in my extension. I want to
the editpage object to call
I see that EditFilterMerged is also an option but it doesn't provides me
user, I also need the
Can anyone please help?
Anubhav Agarwal| 4rth Year | Computer Science & Engineering | IIT Roorkee
We invite folks attending Wikimania to join the DevCamp during the
preconference days (August 7-8) at the main conference venue. Newbies,
experienced developers and everyone is welcome.
There will be a series of tutorials on topics including Wikimedia Labs,
Wikidata, security and performance for developers, pywikipedia, Lua, OAuth
and content handler.
You do not have to do anything special to register for DevCamp. Just show
up! (though you are welcome to add your name on the DevCamp wiki page):
If you have any questions, feel free to ask.
@wikimediadc / @wikidata
Hello and welcome to the latest installment of the WMF Deployment
Highlights for the week of July 29th, 2013.
As always, the full schedule with more details can be found here:
== Monday ==
* VisualEditor will be enabled for non-logged in (anonymous) users on
the following Wikipedias:
** German, Spanish, French, Italian, Polish, and Swedish
* All non-Wikipedia sites will be upgraded to MediaWiki 1.22wmf12. This
includes Commons, Wikisource, Wikinews, Wikibooks, etc.
== Thursday ==
* All Wikipedias will be upgraded to MediaWiki 1.22wmf12
* All test wikis and mediawiki.org will be upgraded to MW 1.22wmf13
The bulk of the week is the normal schedule of feature team deploy
windows with nothing extraordinary scheduled other than continuing bug
fixes in eg Echo/ULS/MobileFrontend.
If you have any questions, please do let me know.
| Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E |
| identi.ca: @greg A18D 1138 8E47 FAC8 1C7D |
I've mentioned this informally to a few people, but it came up again in
discussion and I thought maybe I'd bring the idea to a wider audience.
TowTruck (https://towtruck.mozillalabs.com/) is a realtime collaboration
framework developed by Mozilla (but not firefox-specific). It provides the
real-time communication infrastructure for collaboration on websites. It
could be an interesting foundation for something like Flow.
TowTruck has a plug-in architecture for custom editors. Visual Editor
would use this to handle the synchronization within a visual editor widget.
Tow Truck would provide the "find a friend", "real time chat" and other
collaboration plumbing. Flow would provide the overall UX design for the
collaborative process, especially the non-real-time archival parts.
Anyway, I think Tow Truck is an interesting project, and it would be
interesting to try to avoid reinventing parts of the wheel. I'm interested
in others' thoughts.