On Fri, Oct 4, 2013 at 9:34 AM, Brion Vibber bvib...@wikimedia.org wrote:
Can someone summarize this thread? As far as I can tell someone has invented
a requirement that all features be blessed by the WMF Features team, and I'm
pretty sure that can't be right. Can it?
Of course not. I think
On Thu, Oct 3, 2013 at 6:50 PM, Terry Chay tc...@wikimedia.org wrote:
We still eventually want to reach the point where the criteria is not the
amalgam of rules above
but a simpler one based on intent, expertise-sharing and consensus-building:
If any engineering department or community
Welcome on board, Gergő -- really looking forward to making images,
video and other media in our projects .. sparkle. ;-)
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Wikitech-l mailing list
Hi folks,
after speaking to a few folks, I'd like to check in on the WMF deployment
train schedule overall, and see if there are ways to optimize it.
(Note: In the below I refer to test wikis vs. production wikis,
generously including mediawiki.org as a test wiki. I realize that our test
wikis,
On Mon, Oct 28, 2013 at 7:12 AM, Brad Jorsch (Anomie)
bjor...@wikimedia.org wrote:
Where I come from, beta does mean this is the direction we're
intending to go in, subject to testing and feedback before it's made
an official release.
That's right. There are two questions here:
- Do these
This was due to a broken deployment of Parsoid, the new MediaWiki
parser used by VisualEditor. A new library dependency defaulted to
iso8859-1 instead of utf-8, which caused character munging to occur.
Gabriel is working on a postmortem and we'll share this shortly with
recommendations on how to
tl;dr: I’d appreciate thoughts from the Wikimedia technical community
at large whether the designation of individual technical contributors
as architects should be meaningful, and if so, how to expand it
beyond the original triumvirate (Brion, Tim Mark), e.g. by
transitioning to a
On Tue, Nov 5, 2013 at 6:21 PM, Chad innocentkil...@gmail.com wrote:
I think I can respond to pretty much the whole idea here. I
think titles are pretty much a WMF-thing and shouldn't have
any bearing on MediaWiki :\
Just to be clear on how they currently do, in the relatively recently
On Wed, Nov 6, 2013 at 7:13 AM, Brion Vibber bvib...@wikimedia.org wrote:
* It makes sense to have a handful of folks as a core review planning
group.
* However, I would consider avoiding using the term Architect for its
members as it's easily conflated with existing WMF job titles. I think
On Thu, Nov 7, 2013 at 1:15 AM, Faidon Liambotis fai...@wikimedia.org wrote:
Faidon,
great questions.
The architect title, besides the job description that you described, is
also a seniority level within the WMF's engineering department. Other
organizations do e.g. sr./staff/sr. staff
On Fri, Nov 8, 2013 at 9:00 AM, Bryan Davis bd...@wikimedia.org wrote:
I think that picking the title Senior Software Engineer II may be
underselling the value of this highest tier to the outside world. In
my recent job search I saw a bit of the tech ladder side of the org
chart for several
Hi folks,
for a long time we've relied on the mwlib libraries by PediaPress to
generate PDFs on Wikimedia sites. These have served us well (we
generate 200K PDFs/day), but they architecturally pre-date a lot of
important developments in MediaWiki, and actually re-implement the
MediaWiki parser
We were dealing with cascading site issues due to excessive database
queries, and are still investigating the root cause, but site should
be recovered by now.
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Thanks, Matt, for the detailed update, as well as for your leadership
throughout the project, and thanks to everyone who's helped with the
effort so far. :-)
As Matt outlined, we're going to keep moving on critical path issues
til January and will do a second sprint then to get things ready for
On Mon, Jan 13, 2014 at 9:10 AM, Chris Steipp cste...@wikimedia.org wrote:
To satisfy Applebaum's request, there needs to be a mechanism whereby
someone can edit even if *all of their communications with Wikipedia,
including the initial contact* are coming over Tor or equivalent.
Blinded,
Hi all,
We had a fibre cut of our connection to our Tampa DC this morning. ETA
of a fix is still pending, but the cuts have been located and crews
are being dispatched. Meanwhile public traffic is being rerouted via
the public Internet, so most services should be reachable. Tampa is
our secondary
On Fri, Jan 17, 2014 at 11:08 AM, Marc A. Pelletier m...@uberbox.org wrote:
The problem isn't straight up vandalism (IPBE is no help there -- the
account'd get swiftly blocked) but socking. POV warriors know how to
misuse proxies and anonymity to multiply their consensus, and having
IPBE and
On Fri, Jan 17, 2014 at 1:38 PM, Risker risker...@gmail.com wrote:
End of the day, though, absent blocking problematic IP addresses and ranges
(which really can't be done unless the person blocking actually knows the
IP address or range), the socks and spammers just keep coming. This
problem
Hi all,
I'm sorry to update you that Ken will be leaving WMF. He's agreed to
provide transitional support through February and March, and Mark
Bergsma will be Acting Director of TechOps starting today, sharing
some of the work with Faidon. Thanks to both of them for stepping up.
We'll be
Tim, this is great - thanks so much for getting it spun up, should be
very helpful for office hours and such.
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Wikitech-l mailing list
On Mon, Feb 17, 2014 at 4:42 PM, Rob Lanphier ro...@wikimedia.org wrote:
tl;dr: His stack still lists HelveticaNeue as the first font, but proposes
Arimo as a web font which may well look better on MS Windows. Arimo ships
with ChromeOS.
So, what would be the downside of listing a font like
On Mon, Feb 17, 2014 at 7:19 PM, Steven Walling swall...@wikimedia.org wrote:
We basically tried the equivalent of this (placing relatively free fonts
unknown on most platforms first) which Kaldari talked about previously.
Ultimately that kind of declaration is useless for the vast majority of
We've been in discussions with Top Level Design, both to look into
potentially appropriate uses (e.g. URL shorteners) and to prevent
squatting of WMF trademarks.
James points out that now there's .foundation there's some additional
potential for mischief :P. Damn TLDs sprouting like mushrooms ..
FYI.
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Fri, Feb 21, 2014 at 2:35 PM
Subject: Language Engineering team changes
To: All Wikimedia Foundation Staff
Hi folks.
After some internal conversations, we've implemented the following
changes
FYI.
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Fri, Feb 21, 2014 at 2:40 PM
Subject: Update on WMF Director of TechOps
To: All Wikimedia Foundation Staff
Hi folks,
in consultation with Faidon and Mark, we've decided not to immediately
post
On Tue, Apr 1, 2014 at 9:22 PM, Jon Robson jdlrob...@gmail.com wrote:
This is epic. Thanks a bunch Siebrand!
Agreed - really exciting to see this come to fruition! :) Kudos to
Siebrand everyone involved. I'm sure there will be bumps along the
road but it's clearly a bit architectural step
On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
martijnhoeks...@gmail.com wrote:
So, the font stack changes with regards to the status quo now change
nothing for Windows users, changes Helvetica - Helvetica neue for Mac
users and changes Arial, DejaVu Sans or Arimo for possibly something
Just a note that Brandon just commented on the patchset:
We discussed this patch today during our weekly design team meeting
and how to move forward. At this point in time we are leaning towards
+2'ing this but we want to have a bit of discussion internally before
doing so.
We'll have something
On Thu, Apr 10, 2014 at 7:39 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
So for me, the question is not how can we apply pretty serif fonts to
headers, the question is what can we do short term and long term to
make that happen.
It would be good if we could focus the conversation
3
Thank you Erwin for always moving things forward. Much appreciated. :)
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Tue, Apr 15, 2014 at 8:47 AM, Nathan nawr...@gmail.com wrote:
In the comment thread at the bottom someone gave him a heads up about the
fonts controversy, hopefully he doesn't get totally discouraged from
MediaWiki design studies after reading it ;)
I actually think it's interesting that he
As a reminder, this is happening tomorrow at 12 PM PDT / 19:00 UTC
tomorrow (Tuesday):
https://plus.google.com/events/cae6ng1m9o4mhdbpo10u5v05bvg
We're going to talk about various strategies for automated testing and
improvements to our continuous integration infrastructure. Antoine
'hashar'
On Thu, May 15, 2014 at 8:06 AM, Jon Robson jdlrob...@gmail.com wrote:
Visual: ?
The mild conflict VisualEditor: conflict aside, that seems reasonable.
View: might also work if it's not used for something else. Either way,
it's going to be a bit tricky to translate.
It might be good to design
It's being investigated, see #wikimedia-operations on irc.freenode.net.
Erik
On Thu, May 29, 2014 at 1:34 PM, ENWP Pine deyntest...@hotmail.com wrote:
Hi, I'm getting some 404 errors consistently when trying to load some
English Wikipedia articles. Other pages load ok. Did something break?
Dear Anne,
Thank you for the thoughtful critique.
There were four problems with talk/discussion pages that users across
multiple communities over multiple years have identified:
- Automatic signatures for posts/edits
- More efficient method for indenting that is not dependent on
Hi all,
We've got the first DRAFT (sorry for shouting, but can't hurt to
emphasize :)) of the annual goals for the engineering/product
department up on mediawiki.org. We're now mid-point in the process,
and will finalize through June.
On Mon, Jun 9, 2014 at 12:12 PM, Risker risker...@gmail.com wrote:
This. Nobody, but nobody, asked the WMF to create this sort of system, and
it is a rather quixotic goal given that each project has its own set
of workflows.
Hey Anne,
We're of course pretty familiar with many of the highly
On Mon, Jun 9, 2014 at 11:14 PM, Pine W wiki.p...@gmail.com wrote:
FWIW, for me as a power user who watches many discussions simultaneously on
multiple wikis, a unified watchlist and more refined tools for watchlist
management are among the features at the top of my development wish list.
On Tue, Jun 10, 2014 at 1:09 AM, Thomas Gries m...@tgries.de wrote:
Watchlist and (fine-granular definable) E-Mail-Notifications are very
important - for my daily work.
LiquidThreads and Echo (if you opt-in to mail) offer that (using the
MediaWiki UserMailer functions).
Does Flow also
On Fri, Jun 13, 2014 at 6:06 PM, Pine W wiki.p...@gmail.com wrote:
Voodoo? Secret account in the Caymans set up by Fundraising Tech?
Wikishares?
If you want in on the Wikishares, it would be a nice test case for
Matt Walker's new PDF generator. :)
--
Erik Möller
VP of Engineering and Product
Hi folks,
We're hosting a conversation about standardization and continued
development of front-end libraries in MW core on 6/25, 5:30 PM UTC,
#wikimedia-office.
This is driven by a recognized need for teams at WMF to work more
effectively on user-facing features and reduce duplication of
As a reminder, this is in 65 minutes.
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Raw logs here:
https://tools.wmflabs.org/meetbot/wikimedia-office/2014/wikimedia-office.2014-06-25-17.30.log.html
Next steps:
1) Trevor, Roan, Timo, Kaldari and others will refine the proposal at
https://www.mediawiki.org/wiki/Requests_for_comment/Redo_skin_framework as
a concrete step to
As an update on the goals process for WMF engineering, we've begun
fleshing out out the top priorities for the first quarter. Going
forward, we'll aim to call out the top priorities for each quarter as
we approach it, to create more shared visibility into the most urgent
and high-impact projects
On Thu, Jul 3, 2014 at 9:09 AM, Jon Robson jrob...@wikimedia.org wrote:
== The future ==
Mantle is only a short term measure. The hope is that all the code
that goes here will eventually go into core. We hold the code here to
exactly the same high standards that we hold core to, we are just
Since 2008, we've offered a small feature to download printed books
from Wikipedia article. This is done in partnership with a company
called PediaPress.
They've sold about 15K books over that time period, not enough to
break even, and the support/maintenance burden for the service is no
longer
On Fri, Jul 11, 2014 at 8:45 AM, Luca Martinelli
martinellil...@gmail.com wrote:
so the Book Creator will still be active, maybe under another name,
maybe with another engine, but still active?
Same name and functionality, just the Order a printed book feature
will disappear.
Erik
--
Erik
On Sun, Jul 27, 2014 at 2:25 AM, Krinkle krinklem...@gmail.com wrote:
Since Grade B never ended up being recognised in any way by the software,
I've kept that out. And the previously undocumented Grade C represents
browsers we are interested in supporting due to their traffic but only via
the
On Mon, Aug 4, 2014 at 5:36 PM, Derric Atzrott
datzr...@alizeepathology.com wrote:
I would like to make a case for moving more browsers into the grade C
category.
Yes please. As a project that must live the test of time I think we should
be focusing our energy on building for future browsers.
Following up on disabling JavaScript support for IE6 [1], here is some
additional research on other browsers. I'd appreciate if people with
experience testing/developing for/with these browsers would jump in
with additional observations. I think we should wait with adding other
browsers to the
On Wed, Aug 6, 2014 at 10:15 PM, James Forrester jdforres...@gmail.com wrote:
Yes, this is sensible. Let's certainly not call it the MediaWiki API
given how many are planned.
Core seems a reasonable qualifier, though, no? Seems like the
content API and a lot of other proposed interfaces are by
This is fantastic progress, and really promising data. Huge kudos, guys :)
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Hi folks,
Admins are currently given broad leeway to customize the user
experience for all users, including addition of site-wide JS, CSS,
etc. These are important capabilities of the wiki that have been used
for many clearly beneficial purposes. In the long run, we will want to
apply a code
On Wed, Aug 6, 2014 at 11:52 AM, Erik Moeller e...@wikimedia.org wrote:
== Microsoft Internet Explorer 7.x ==
Last release in series: April 2009
- Browsing: Most pages work fine (some styling issues), but pages with
audio files cause JavaScript errors (problem in TMH).
- Editing: Throws JS
On Sat, Aug 23, 2014 at 11:22 AM, Erik Moeller e...@wikimedia.org wrote:
The IE6 disable patch is in prod now. I've tested on a few wikis and
have not noticed any issues - if anything, IE6 actually feels usable
now when before it kept throwing errors or was just slowing to a
crawl
On Tue, Nov 27, 2012 at 4:37 AM, Roland Unger
roland.un...@soziologie.uni-halle.de wrote:
we bought wikivoyage.com in September to transfer it to
the WMF. Since October 7, 2012 it is hosted at Hetzner
and shows to our association's servers.
Hi Roland,
yes, I'm aware - but it'd be good to
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Tue, Nov 27, 2012 at 6:49 PM
Subject: Wikimedia/mapping event in Europe early next year?
To: map...@lists.wikimedia.org
Hi folks,
it's been a long time coming, but we're finally gearing up for putting
some
Tomorrow, we have two topics on the agenda for the weekly tech chat / brown bag:
* a mobile QA guest speaker: Pete Hodgson, with Khali Young from
ThoughtWorks, will talk about automated testing (and cross-platform
development strategies). See Pete's blog at: http://blog.thepete.net/
* Sumana is
We'll start in 10 minutes. Come join on #wikimedia-dev.
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
___
Wikitech-l mailing list
This should now be fixed, updates may take a while to propagate.
(wikivoyage.com will redirect to .org.)
Cheers,
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
Done.
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Wikimedia wikis hosted on the s3 cluster (pretty much all but the
very large wikis, click on the s3 box in
https://noc.wikimedia.org/dbtree/ to get a full list) are currently in
read-only mode due to severe replication lag. This problem was
apparently caused by a logic issue in the job queue,
On Tue, Dec 11, 2012 at 3:02 PM, Brion Vibber bvib...@wikimedia.org wrote:
Just thought I'd check in on what it'll take to get it going. No immediate
rush, but I'd really love to have videos working on smartphones and
tablets, and not everybody runs Firefox. :)
As a recap, this is about
On Tue, Dec 11, 2012 at 7:30 PM, James Forrester
jforres...@wikimedia.org wrote:
TL;DR: Today we are launching an alpha, opt-in version of the
VisualEditor[0] to the English Wikipedia. This will let editors create
and modify real articles visually, using a new system where the
articles they
Congrats! This is a huge deal. :-)
Erik
--
Erik Möller
VP of Engineering and Product Development, Wikimedia Foundation
Support Free Knowledge: https://wikimediafoundation.org/wiki/Donate
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
On Wed, Dec 19, 2012 at 11:48 AM, Krinkle krinklem...@gmail.com wrote:
Hello,
We would like to clarify the reason we changed Jenkins to no longer run unit
tests on patch submission.
Thanks for this update.
Also, cross-referencing Antoine's post on the interim whitelist
solution for
FYI :)
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Wed, Jan 9, 2013 at 4:43 PM
Subject: Announcing Patrick Reilly as Site Performance Engineer and
Senior Technical Advisor
To: Staff All wmf...@lists.wikimedia.org
Hi folks,
it's my pleasure to announce
On Tue, Jan 15, 2013 at 12:08 PM, Rob Lanphier ro...@wikimedia.org wrote:
started yesterday as a Senior Software Engineer in our Platform
Engineering group (MediaWiki Core, specifically).
Welcome on-board, Ram :-). Look forward to your efforts on search,
which is in desperate need of love and
On Fri, Mar 1, 2013 at 2:20 PM, Jon Robson jdlrob...@gmail.com wrote:
I actually prefer bug numbers in the header.
+1, also useful for release notes. Could the footer line be
auto-generated for indexing purposes?
Yay for bikeshed topics ;-)
--
Erik Möller
VP of Engineering and Product
On Sun, Mar 3, 2013 at 6:06 PM, Brian Wolff bawo...@gmail.com wrote:
Personally I prefer it in the first line. Second to a good one line summary
of what was done, the bug number is the next most important thing. It
allows one to see the context the commit was made in. Having it in the
first
On Mon, Mar 4, 2013 at 8:07 PM, Ori Livneh o...@wikimedia.org wrote:
Today I sprinted to pick up QUnit testing in Jenkins and get it
stabilised and deployed.
This is fantastic. Thanks, Timo.
Indeed - this is a great milestone. Thanks for all your work getting
this out the door, Timo! :-)
On Thu, Mar 14, 2013 at 7:46 PM, Juliusz Gonera jgon...@wikimedia.org wrote:
I wouldn't be that optimistic, maybe it would slightly increase. Having an
account is one of the factors but I wouldn't underestimate user
friendliness. The first time I tried to find the URL to clone a repo in
On Mon, Mar 18, 2013 at 10:29 AM, Tomasz Finc tf...@wikimedia.org wrote:
I'm pleased to announce that the mobile department has two new staff
members. Yuri Astrakhan Adam Baso join as sr. software developers on
the mobile partner team.
Welcome on board, guys. Really looking forward to the
On Wed, Apr 3, 2013 at 3:06 PM, Steven Walling steven.wall...@gmail.com wrote:
The best way to approach a
project like this is not to propose an up-front migration of an entire wiki
to a new piece of software, just to prototype a few new features.
I think the potential migration of content to
Hi folks,
I'd like to start a broader conversation about language support in MW
core, and the potential need to re-think some pretty fundamental
design decisions in MediaWiki if we want to move past the point of
diminishing returns in some language-related improvements.
In a nutshell, is it time
On Tue, Apr 23, 2013 at 9:08 PM, Brian Wolff bawo...@gmail.com wrote:
Hi Brian,
We already have the page lang support.
What do you mean by that? AFAICT there's no existing designated place
in the schema for associating a content language with a specific page.
Thanks,
Erik
On Tue, Apr 23, 2013 at 10:00 PM, MZMcBride z...@mzmcbride.com wrote:
I'm not sure I'd call what you're proposing a major architectural
undertaking, though perhaps I'm defining a much narrower problem scope.
Yeah. A lot depends on whether or not we want language to be a first
class citizen at
FYI
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Mon, May 6, 2013 at 9:44 AM
Subject: Jared Zimmerman joins Wikimedia Foundation as Director of UX
To: wikimediaannounc...@lists.wikimedia.org
Hi folks,
It’s my great pleasure to announce that today, Jared
On Mon, May 6, 2013 at 7:20 PM, MZMcBride z...@mzmcbride.com wrote:
The reason I ask about a distinction is that there have been a lot of
changes to Wikimedia wikis lately and likely more to come, as the
Wikimedia Foundation has gotten larger and has more dedicated tech
resources. Overall,
Yes, better support for display of images through a modal viewer would
be great. I'm not sure a modal parameter that has to be explicitly
set for files is the best approach - I would recommend optimizing the
default experience when a user clicks an image or video. It's not
clear that the current
-- Forwarded message --
From: Erik Moeller e...@wikimedia.org
Date: Mon, Jun 3, 2013 at 3:56 PM
Subject: Engineering/Product Goals for 2013-14
To: WMF Engineering/Product
Dear all,
as those of you who’ve worked on individual goals have seen, we’re
only looking for focus areas
Hello all,
I’m delighted to announce that Ken Snider is joining the Wikimedia
operations team. He will start as an international contractor working
remotely from Toronto, Canada on June 10, and will be visiting SF in
the week of June 17. We’re currently in the process of seeking work
Scott -
I'm really glad that you've joined WMF engineering! The work on
Parsoid is groundbreaking. It will open the door to collaboration at a
scale not seen before. And it will require contributors of your level
of experience to pull it off.
Thanks for coming on board -- I look forward to
On Mon, Jul 22, 2013 at 9:51 AM, Tyler Romeo tylerro...@gmail.com wrote:
Seriously, though, I understand why the VE team might want to force
everybody to use VE
That's a misrepresentation of the facts. We're not talking about
forcing people to use VE. We're talking about whether there should
be
On Mon, Jul 22, 2013 at 8:44 PM, Tim Starling tstarl...@wikimedia.org wrote:
and the results from Aaron Halfaker's study [2]
As noted at the top of the page, the analysis is still in progress.
Importantly, there were many confounding variables in the test, some
of which are already documented.
On Mon, Jul 22, 2013 at 6:35 PM, James Forrester
jforres...@wikimedia.org wrote:
It would imply that Wikimedia thinks preference bloat is an appropriate way
forward for expenditure of donor funds. This would be a lie. Each added
preference adds to the complexity of our software - so increasing
On Tue, Jul 23, 2013 at 12:05 AM, Tim Starling tstarl...@wikimedia.org wrote:
I tried editing [[Argentina]] on my laptop just now, it took 45
seconds of CPU time and 51 seconds of wall clock time before the
percentage CPU usage began to drop. It's pretty slow.
Yes, that's why I said
On Mon, Jul 22, 2013 at 8:44 PM, Tim Starling tstarl...@wikimedia.org wrote:
Newcomers with the VisualEditor were ~43% less likely to save a
single edit than editors with the wikitext editor (x^2=279.4,
p0.001), meaning that Visual Editor presented nearly a 2:1 increase
in editing difficulty.
On Tue, Aug 20, 2013 at 12:46 PM, George William Herbert
george.herb...@gmail.com wrote:
The change must be delayed until people geographically / nationally denied
HTTPS can log in again.
Tim's working on a patch that should make this possible:
https://gerrit.wikimedia.org/r/#/c/80166/
The
On Tue, Aug 20, 2013 at 9:20 PM, Risker risker...@gmail.com wrote:
The mandatory use of HTTPS outside of a limited number of countries where
we know the editors will be blocked is not what I am talking about.
No, but the point is that there's no apolitical choice here. Actively
suppressing a
On Wed, Aug 28, 2013 at 3:19 PM, Tyler Romeo tylerro...@gmail.com wrote:
After many months of struggle, WMF takes one big step towards a more secure
Wikipedia. Good job everybody!
Agreed - fantastic to see this out the door :-). Thanks to everyone
who made it happen.
Erik
--
Erik Möller
VP
On Sat, Sep 7, 2013 at 2:01 PM, Steven Walling swall...@wikimedia.org wrote:
Weekly deployment plans/notes
This monthly roadmap spreadsheet/wiki page
Quarterly plans, as represented in
https://www.mediawiki.org/wiki/Wikimedia_Engineering/2013-14_Goals and other
places
Yearly/annual plans
As per Michael's earlier e-mail:
http://wikimediafoundation.org/wiki/Press_releases/Wikipedia_to_become_more_user-friendly_for_new_volunteer_writers
We're very grateful to the Stanton Foundation for this important
investment in Wikipedia's user-friendliness. We're aware of the UNICEF
research as
We're currently working on a grant proposal that is related to the
usability for uploading and embedding media files to Wikimedia
Commons. (This is an area that we will likely not be able to address
in detail as part of the Stanton project, so we're trying to parcel it
into a separate project.) As
This has probably been raised before (is there a bug for it?), but it
appears to me that it would be significantly more user-friendly to
append a references/ section at the bottom of the text that is being
parsed when it is missing.
This would
* make it easier for new users to discover
If you haven't seen it yet, Ubuntu is running an interesting
brainstorming software called IdeaTorrent to think collectively about
common problems and solutions:
http://brainstorm.ubuntu.com/
The software:
http://www.ideatorrent.org/
I wonder - would people consider it useful to set up
2009/3/1 David Gerard dger...@gmail.com:
What's the holdup in the flagged revisions trial on en:wp?
In general, there's a defined process for FlaggedRevs configurations,
which I laid out here when we first made this feature available:
2009/3/2 David Gerard dger...@gmail.com:
- is that a yes, no, maybe, reply hazy try again later or what?
It's a no. The support was below typical rough consensus support
by Wikipedia standards, but bolstered by Jimmy's endorsement. Since
Jimmy later committed to attempting to formulate a
2009/3/30 Aaron Schulz jschulz_4...@msn.com:
Also note that the 'patrolled revisions' aspect is particularly messy to
implement. Some changes have been made but more are still needed to the
extension.
Could you elaborate a bit?
Thanks,
Erik
--
Erik Möller
Deputy Director, Wikimedia
2009/6/5 Roan Kattouw roan.katt...@gmail.com:
There aren't two different policies. When enabling a new extension,
the latest version from SVN is installed (provided it has passed
review), and extensions are updated together with the core MediaWiki
code. Once upon a time, we had sort-of-weekly
1 - 100 of 300 matches
Mail list logo
