Thanks for the good news about OATH.
Are WMF staff required to use some form of authentication in addtion to a
password for their email and other sensitive accounts? Now might be a good
time to look at the security of staff account access. I would think about
requiring Google's standard two
Hi Quim,
Thanks for the invitation. I did not attend Wikimania but would be
interested in setting up an office hour to discuss ideas about improving
features design and development, including TechCom and the roles of tech
ambassadors, ECT, and ECL in features. Could we set up a time off-list?
Fowarding.
Pine
On Aug 9, 2014 1:58 AM, David Cuenca dacu...@gmail.com wrote:
User:Vlsergey from ruwiki presented yesterday at the Wikidata Meetup a new
wonderful infobox editor for Wikipedia infoboxes:
Rexford, it happens that there are 2 Wikimania sessions about concurrent
editing starting at 17:00 today in Auditorum I.
Pine
On Tue, Aug 5, 2014 at 10:38 PM, Quim Gil q...@wikimedia.org wrote:
On Mon, Aug 4, 2014 at 9:50 PM, Pine W wiki.p...@gmail.com wrote:
I am asking Quim to provide us an
Alright, let's find a compromise: we will make sure that any Architecture
task fitting in Bugzilla will have a Bugzilla report. We will continue
using Phabricator for all the rest. Let's talk again when we have a
Phabricator instance in production (in a few weeks, according to plans).
For
Great news all!
Some talks at Wikimania got me looking at ALL of the extensions on gerrit,
and thus, some things happened!
We now have zuul / jenkins triggers and jobs for unit tests (non voting) on
ALL extensions on gerrit (excluding empty repos)
https://gerrit.wikimedia.org/r/#/c/152236/
And
On Fri, 8 Aug 2014, at 11:47, MZMcBride wrote:
[...]
For comparison, we now have MediaViewer, which moved through as a beta
feature. They say MediaViewer may one day be as feature-ful as the file
description pages we've had for a long time (editing capability, oh my!).
[...]
MZMcBride
On Sat, Aug 9, 2014 at 11:57 AM, svetlana svetl...@fastmail.com.au wrote:
On Fri, 8 Aug 2014, at 11:47, MZMcBride wrote:
[...]
For comparison, we now have MediaViewer, which moved through as a beta
feature. They say MediaViewer may one day be as feature-ful as the file
description pages
Use-case: someone is being annoying, but is willing to ignore me voluntarily
on-wiki.
Are there any software tools which may assist them in this where doing so is
O.K. (such as not showing my edits in review queue where a page defaults to old
stable version anyway, hiding my edits from recent
On 9 August 2014 09:58, David Cuenca dacu...@gmail.com wrote:
User:Vlsergey from ruwiki presented yesterday at the Wikidata Meetup a new
wonderful infobox editor for Wikipedia infoboxes:
https://www.wikidata.org/wiki/Wikidata:Project_chat#Edit_directly_from_infocard_.2F_infobox
And also an
On 9 August 2014 12:23, Chad innocentkil...@gmail.com wrote:
On Sat, Aug 9, 2014 at 11:57 AM, svetlana svetl...@fastmail.com.au
wrote:
On Fri, 8 Aug 2014, at 11:47, MZMcBride wrote:
[...]
For comparison, we now have MediaViewer, which moved through as a beta
feature. They say
On Sat, Aug 9, 2014 at 1:49 PM, svetlana svetl...@fastmail.com.au wrote:
Use-case: someone is being annoying, but is willing to ignore me
voluntarily on-wiki.
Are there any software tools which may assist them in this where doing so
is O.K. (such as not showing my edits in review queue where
This is an idea I've had for a while, and I'd like to see if there's any
interest, or on the contrary concerns, about it. I would like to explore
(and if I have official blessing, champion) the idea of asking corporations
with software engineering staff if they would be willing to let their
On Saturday, August 9, 2014, svetlana svetl...@fastmail.com.au wrote:
On Fri, 8 Aug 2014, at 11:47, MZMcBride wrote:
[...]
For comparison, we now have MediaViewer, which moved through as a beta
feature. They say MediaViewer may one day be as feature-ful as the file
description pages
utter and complete rubbish as it excludes the community and leaves all
development within corporate hands; All against free software philosophy and/or
community involvement
programming should be a hobby, like editing articles
svetlana
On Sat, 9 Aug 2014, at 23:27, Gilles Dubuc wrote:
This is
On Sat, 9 Aug 2014, at 23:59, Martijn Hoekstra wrote:
[...]
Once/if VE becomes production ready and performant, every page could load
right in to the editor. No more pressing edit, just edit. This should
happen.
--Martijn
nice idea but i doubt it is right now possible
it has such a small
Svetlana,
On Sat, Aug 9, 2014 at 11:57 AM, svetlana svetl...@fastmail.com.au wrote:
I would adore talking to the relevant project people, but I /do not see
them/ on this wonderful page:
https://www.mediawiki.org/wiki/Winter
Brandon Harris is designing Winter, he is the most relevant
Le 09/08/2014 12:32, addshorew...@gmail.com a écrit :
Some talks at Wikimania got me looking at ALL of the extensions on gerrit,
and thus, some things happened!
We now have zuul / jenkins triggers and jobs for unit tests (non voting) on
ALL extensions on gerrit (excluding empty repos)
Currently a lot of our extension Vagrant roles are working like Swiss
knives: they do everything possible to imagine. For example, MobileFrontend
always installs 3 optional dependencies while CirrusSearch includes its
configuration for unit tests that among other things
enforces $wgCapitalLinks =
On 9 August 2014 15:23, svetlana svetl...@fastmail.com.au wrote:
utter and complete rubbish as it excludes the community and leaves all
development within corporate hands; All against free software philosophy
and/or community involvement
Gilles' proposal does no such thing. On the contrary,
It doesn't exclude the community, the community already contributes to the
software. That's the point of open source. In fact I would expect that
people who already contribute to mediawiki as hobby who are also software
engineers as a day job would enjoy being given the freedom to work on what
On Sat, Aug 9, 2014 at 3:35 PM, Antoine Musso hashar+...@free.fr wrote:
And of course, we have a ton of repositories which are empties. It
would be rather nice to get rid of them.
I'm totally in favor of doing this. I'm going to build a list. Preferably
also with
a date of when it was
On Sat, Aug 9, 2014 at 3:40 PM, Max Semenik maxsem.w...@gmail.com wrote:
Currently a lot of our extension Vagrant roles are working like Swiss
knives: they do everything possible to imagine. For example, MobileFrontend
always installs 3 optional dependencies while CirrusSearch includes its
this is an excellent idea and i don't think it needs to be focused only on
large corporations or only on corporate individuals who want to volunteer. i
would suggest opening the idea to any developer with a skill set that's needed
or who wants to learn. and make it available in any Foundation
I have just updated the [[Manual:Skin configuration]] page on
mediawiki.org, which is linked prominently in the warning message. It
should actually provide some useful information now. (More improvements or
improvement suggestions very welcome!)
Unused repos that I spotted while going through extensions are listed below.
These repos all look empty, or just contain a gitreview / gitignore etc in
them, 76 in total...
AddMetaAndTitle AmazonLookup ArticleRatings AzharAuth
CategoryMagicWords Censor ContextComments CustomMagic
Wheee, you saved me a ton of time. Thanks! :)
-Chad
On Sat, Aug 9, 2014 at 6:01 PM, addshorew...@gmail.com wrote:
Unused repos that I spotted while going through extensions are listed
below.
These repos all look empty, or just contain a gitreview / gitignore etc in
them, 76 in total...
For those willing to help, there are still 56 open bugs among those I
filed last week to make phpunit happy. Don't jostle, there is enough for
everyone!
On 08/09/2014 03:27 PM, Gilles Dubuc wrote:
This is an idea I've had for a while, and I'd like to see if there's any
interest, or on the contrary concerns, about it. I would like to explore
(and if I have official blessing, champion) the idea of asking corporations
with software engineering
Agreed; mobilefrontend and mobilefrintend-tests would probably work as
a pair, same with cirrus etc. however the list of roles is getting kinda
long and may need a better display with descriptions and search in the
future... If we add lots more extensions *and* their optional tests or
configs it's
On Sun, 2014-08-10 at 00:23 +1000, svetlana wrote:
utter and complete rubbish as it excludes the community and leaves all
development within corporate hands; All against free software
philosophy and/or community involvement
I don't appreciate the language you used.
Assume that people mean
Cirrus's dependencies are too get the integration tests passing and they
verify some stuff that came up in dictionary which doesn't force capitals.
I'm all for splitting the roles into basic ones and bloated ones.
On Aug 9, 2014 3:47 PM, Chad innocentkil...@gmail.com wrote:
On Sat, Aug 9, 2014
+1 to everything Andre said.
-Chad
On Aug 9, 2014 7:05 PM, Andre Klapper aklap...@wikimedia.org wrote:
On Sun, 2014-08-10 at 00:23 +1000, svetlana wrote:
utter and complete rubbish as it excludes the community and leaves all
development within corporate hands; All against free software
On 07/08/14 14:32, Bartosz Dziewoński wrote:
This has just happened.
The instructions MediaWiki will display should guide you through. Poke
me on IRC if the email I send earlier and the instructions don't help :)
Would it be possible to get the common directory out of core/skins/ as
well?
On Sat, Aug 9, 2014 at 6:52 PM, Brion Vibber bvib...@wikimedia.org wrote:
Agreed; mobilefrontend and mobilefrintend-tests would probably work as
a pair, same with cirrus etc. however the list of roles is getting kinda
long and may need a better display with descriptions and search in the
On 8/9/14, 8:41 PM, Isarra Yos wrote:
On 07/08/14 14:32, Bartosz Dziewoński wrote:
This has just happened.
The instructions MediaWiki will display should guide you through. Poke
me on IRC if the email I send earlier and the instructions don't help :)
Would it be possible to get the common
Hi all,
I would like to encourage those of us who may have missed Lila's keynote
speech at Wikimania to listen to it. [1] In her speech, Lila takes a long
view of Wikimedia's history and future. She talks about incremental and
disruptive changes that are happening socially and technologically
Hi,
On Sat, Aug 9, 2014 at 2:27 PM, Gilles Dubuc gil...@wikimedia.org wrote:
asking corporations
with software engineering staff if they would be willing to let their
employees volunteer their expertise and time to mediawiki while ideally
still being on their employer's payroll. I mean
On Saturday, August 9, 2014, svetlana svetl...@fastmail.com.au wrote:
On Sat, 9 Aug 2014, at 23:59, Martijn Hoekstra wrote:
[...]
Once/if VE becomes production ready and performant, every page could load
right in to the editor. No more pressing edit, just edit. This should
happen.
If we're going to store JavaScript gadgets and Lua modules in a central
wiki (this is planned, I suppose), some coding guidelines would be
certainly useful.
Should a Request for Comment be created for that? We can reuse MediaWiki
conventions for JavaScript, of course.
Moreover, I find that
Slightly related request:
https://bugzilla.wikimedia.org/show_bug.cgi?id=51651
(Auto-generated gadget documentation with JsDuck)
Helder
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
41 matches
Mail list logo
