On 8/12/13, Daniel Barrett d...@vistaprint.com wrote:
The MediaWiki API seems to add paragraph tags when it parses wikitext, but
only sometimes. Example:
http://www.mediawiki.org/w/api.php?action=parsepage=Extension:Header/versionformat=jsonprop=text
This page (Extension:Header/version)
On 8/16/13, C. Scott Ananian canan...@wikimedia.org wrote:
And I really should have suggested reporting the feature request in
bugzilla as well. It is helpful when patches can be associated with a bug
number.
--scott
He listed a bug in his previous email:
On 8/16/13, Zack Weinberg za...@cmu.edu wrote:
Hi, I'm a grad student at CMU studying network security in general and
censorship / surveillance resistance in particular. I also used to work
for Mozilla, some of you may remember me in that capacity. My friend
Sumana Harihareswara asked me to
hi faidon, i do not think you personally and WMF are particularly
helpful in accepting contributions. because you:
* do not communicate openly the problems
* do not report upstream publically
* do not ask for help, and even if it gets offered you just ignore it
with quite some arrogance
In demographics we can see pretty good information about all data
sources community. Mailing list members are going down also (mailing
lists are used less? where is the support of the projects moving on?),
Data about mailing lists, IRC and even wikis is good to have but I'm not
sure they are
On 8/23/13, Guillaume Paumier gpaum...@wikimedia.org wrote:
Hi,
It would be great if a few pairs of eyes could take a look at
https://meta.wikimedia.org/wiki/Tech/News/2013/34 before I send it to
translators, to check that I haven't missed anything super-important
or misunderstood what the
On 2013-08-25 6:20 PM, Jeremy Baron jer...@tuxmachine.com wrote:
On Mon, Aug 26, 2013 at 12:15 AM, Jeroen De Dauw jeroended...@gmail.com
wrote:
I'm curious what the stance of WMF is on BSD, MIT and MPL licensed
code. In
particular, could such code be deployed on WMF servers?
I'm sure it is
On 2013-08-26 8:55 AM, Mark Holmquist mtrac...@member.fsf.org wrote:
On Mon, Aug 26, 2013 at 10:07:16AM +0200, Ole Palnatoke Andersen wrote:
I'd love to see a similar thing for articles linking to the same book
via
ISBN.
You can do that in the JavaScript just by adding to the selector at
Hi all,
I've been working on an api module/extension to extract metadata from
commons image description pages, and display it in the API. I know
this is an area that various people have thought about from time to
time, so I thought it would be of interest to this list.
The specific goals I have:
On 8/31/13, James Forrester jforres...@wikimedia.org wrote:
However, how much more work would it be to insert it directly into Wikidata
right now? I worry about doing the work twice if Wikidata could take it now
- presumably the hard work is the reliable screen-scraping, and building
the
On 9/1/13, Jean-Frédéric jeanfrederic.w...@gmail.com wrote:
[..]
The downside to this is in order to effectively get metadata out of
commons given the current practises, one essentially has to screen
scrape and do slightly ugly things
This [1] looks quite acrobatic indeed. Can’t we make
On 9/6/13, Daniel Kinzler dan...@brightbyte.de wrote:
The only thing I'm slightly worried about is the data model and
representation
of the metadata. Swapping one backend for another will only work if they are
conceptually compatible.
The data model I was using was simple key-value pairs.
On 2013-09-16 7:12 PM, Gabriel Wicke gwi...@wikimedia.org wrote:
Hi,
while tinkering with a RESTful content API I was reminded of an old pet
peeve of mine: The URLs we use in Wikimedia projects are relatively long
and ugly. I believe that we now have the ability to clean this up if we
want
On 9/18/14, Daniel Friesen dan...@nadir-seen-fire.com wrote:
Every once in awhile I've found an idea for a service which would for
one reason or another need to know what releases of MediaWiki exist and
which ones are obsolete.
As far as I know, we don't have any sort of API or machine
On Sep 23, 2014 8:41 AM, Jack Phoenix j...@countervandalism.net wrote:
tl,dr: MediaWiki needs a more human-friendly interface for using videos in
wiki pages. https://www.mediawiki.org/wiki/Extension:Video significantly
improves the video experience in MediaWiki. The extension is not
On 9/23/14, Merlijn van Deen valhall...@arctus.nl wrote:
On 23 Sep 2014 02:34, Isarra Yos zhoris...@gmail.com wrote:
Apparently I spoke too soon - authentication fails with https too. So it
really is unusable.
Please note that the https password is *not* your normal wikitech password,
but
On 9/26/14, David Gerard dger...@gmail.com wrote:
On 24 September 2014 23:28, Markus Glaser gla...@hallowelt.biz wrote:
Patch to previous version (1.19.18):
https://releases.wikimedia.org/mediawiki/1.19/mediawiki-1.19.19.patch.gz
So I downloaded and applied this. gunzipped it, got this:
On 9/29/14, Roxana Necula necula.roxan...@gmail.com wrote:
Hello,
My name is Roxana and I am an engineering student at the Polytechnic
University of Bucharest, Romania.
I would like to be part of MediaWiki open-source community and participate
in the Outreach Program for Women round 9.
The
On 9/30/14, Derric Atzrott datzr...@alizeepathology.com wrote:
Alright, this is a long email, and it acts to basically summarise all of the
discussions that have already happened on this topic. I'll be posting a
copy
of it to Mediawiki.org as well so that it will be easier to find out about
We need to transition away from a framework where IP addresses are our only
means to block problematic editors and towards a framework where we can do
so via other less intrusive means.
And use what instead? Identities based on proof of possession of a
phone numbers? Surety bonds paid in
On 9/30/14, Brion Vibber bvib...@wikimedia.org wrote:
Some folks in #wikimedia-parsoid are still real excited about the idea
though, so a couple more notes should people decide they like it anyway. :)
* Consider either a wikitext wrapper like {{#sig:Username}} (my preference)
or a markup tag
On Oct 1, 2014 10:55 AM, Risker risker...@gmail.com wrote:
This is something that has to be discussed *on the projects themselves*,
not on mailing lists that have (comparatively) very low participation by
active editors.
Unless people want to trial on mw.org (assuming there is dev buy in, not
On Oct 1, 2014 11:40 AM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
On Wed, Oct 1, 2014 at 10:29 AM, Brian Wolff bawo...@gmail.com wrote:
On Oct 1, 2014 10:55 AM, Risker risker...@gmail.com wrote:
This is something that has to be discussed *on the projects
themselves
I wish it was a contrived problem. However, this is the conceit by which
the edits are attributed for licensing purposes, and it's a non-trivial
matter. While I'm fully supportive of finding another way to do this, it
is a fundamental issue that would require fairly extensive
legal
On Oct 1, 2014 3:56 PM, Derric Atzrott datzr...@alizeepathology.com
wrote:
Another idea for a potential technical solution, this one provided
by the user Mirimir on the Tor mailing list. I thought this was
actually a pretty good idea.
Wikimedia could authenticate users with GnuPG keys. As
On 10/1/14, Markus Glaser gla...@hallowelt.biz wrote:
Hello everyone,
I would like to announce the release of MediaWiki 1.19.20, 1.22.12 and
1.23.5. This is a security release. Download links are given at the end of
this email.
== Security ==
* (bug 70672) SECURITY: OutputPage: Remove
On 10/2/14, Kevin Wayne Williams kwwilli...@kwwilliams.com wrote:
Derric Atzrott schreef op 2014/09/30 6:08:
Hello everyone,
[snip]
There must be a way that we can allow users to work from Tor.
[snip more]
I think the first step is to work harder to block devices, not IP
addresses. One
On 10/2/14, Tyler Romeo tylerro...@gmail.com wrote:
Well you can also edit from port 80 (unless we deployed site-wide SSL
without me knowing).
Not to mention 198.35.26.96 and 2620:0:863:ed1a::1.
--bawolff
___
Wikitech-l mailing list
On Oct 7, 2014 10:03 PM, Dan Garry dga...@wikimedia.org wrote:
Jon,
Regarding editing specific templates, I'll echo Brion here. If a template
is causing difficulties for your work and you feel like you know enough to
fix it, then fix it! That's the wiki way. If you don't have the rights to
On Oct 7, 2014 10:03 PM, Dan Garry dga...@wikimedia.org wrote:
Jon,
Regarding editing specific templates, I'll echo Brion here. If a template
is causing difficulties for your work and you feel like you know enough to
fix it, then fix it! That's the wiki way. If you don't have the rights to
On 10/7/14, James Forrester jforres...@wikimedia.org wrote:
Hello all,
It is my great pleasure to announce that Bartosz Dziewoński[0] has joined
the Wikimedia Foundation as a contractor in Features Engineering.
Bartosz has worked as a volunteer developer for several years, specialising
in
On 10/10/14, Patrick Earley pear...@wikimedia.org wrote:
*(cross-posted to wikimedia-l)*
Hello all,
For our second round of Individual Engagement Grant applications in 2014,
we have a great crop of ideas. Wikimedians have dropped by to offer
feedback, support, or expertise to some of the
On Oct 12, 2014 6:54 AM, Quim Gil q...@wikimedia.org wrote:
Hi Ankita,
On Fri, Oct 10, 2014 at 11:06 PM, Ankita Shukla ankitashukla...@gmail.com
wrote:
Hello everyone!
I am Ankita Shukla and am a Computer Science and Engineering student
pursuing
the junior year of Bachelor of
On Oct 12, 2014 10:13 AM, Divyanshi Kathuria divyanshikathu...@gmail.com
wrote:
On Thu, Oct 09, 2014 at 09:54:03PM +0200, dan entous wrote:
this would be the best way to achieve what's needed. in any case, i
believe this is the general idea antoine is getting at.
Thank You so much for your
On Oct 16, 2014 7:02 PM, E.C Okpo eco...@gmail.com wrote:
Hello, I am working on my application for the FOSS Outreach Program, but I
am having some trouble getting in contact with the mentor for my chose
project - Ori Livneh https://www.mediawiki.org/wiki/User:Ori.livneh. I
have idled on IRC
On Oct 19, 2014 11:52 AM, Rjd0060 rjd0060.w...@gmail.com wrote:
On Sun, Oct 19, 2014 at 10:44 AM, MZMcBride z...@mzmcbride.com wrote:
And, even though it should go without saying, Bugzilla will need to
remain
online in a read-only format indefinitely post-migration.
Why would this be
Terry wrote a piratey blog post about his departure here:
http://terrychay.com/article/fair-winds-and-godspeed-me-hearties.shtml
Oh wow.
If Terry is still reading this list, I want to take this opportunity
to wish him best of luck in whatever he has planned next.
--bawolff
Some more examples that might be useful in some form:
- Global variable or function should never be used
(This is probably the only really useful one, because removing global
functions/variables would result in better testable code.)
- PHP debug statements found
In maintenance scripts and
On 10/23/14, Dan Garry dga...@wikimedia.org wrote:
Pine,
Do you read the monthly engineering reports? They're useful to give you a
high-level insight into the engineering efforts going on at the Wikimedia
Foundation. For example, the September report is currently being written
here:
On 10/24/14, Daniel Friesen dan...@nadir-seen-fire.com wrote:
On 2014-10-23 7:55 PM, MZMcBride wrote:
Are there statistics about what versions of PHP exist in the wild among
MediaWiki users or users of other large PHP applications (Drupal,
WordPress, etc.)?
On 10/26/14, Ricordisamoa ricordisa...@openmailbox.org wrote:
There is the ImagePageFileHistoryLine
https://www.mediawiki.org/wiki/Manual:Hooks/ImagePageFileHistoryLine
hook already, but it is for data rows only.
Any help appreciated.
___
On 10/26/14, Ricordisamoa ricordisa...@openmailbox.org wrote:
Il 26/10/2014 20:45, Amir E. Aharoni ha scritto:
In the Hebrew Wikipedia there's a discussion about the Thanks feature,
which raises the following confusion among other things: Why does the
person who is sending the thank-you gets a
If the old maintainer is still around, ask them if they are ok with you
taking over. ( just to avoid stepping on toes)
If they cant be reached, ask at
http://www.mediawiki.org/wiki/Gerrit/Project_ownership explaining why you
want to take over maintinance of the extension. Helps if you have pre
On Nov 1, 2014 8:52 PM, Mark A. Hershberger m...@nichework.com wrote:
After some discussion in September, Quim created T480 in Phabricator[1].
Markus polished up the Security Release section of the Release
checklist[2] and we agreed to use it as the process for security
releases from now on.
On 11/7/14, Federico Leva (Nemo) nemow...@gmail.com wrote:
+1 on Tim. FancyCaptcha is worse than useless.
Nemo
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Literally an
Honestly i dont think anyone's even tried to improve the conflict screen.
There's probably a lot of low hanging fruit on the usability of edit
conflicts which could be persued that have nothing to do with the hard,
real time editing solutions (as cool as those are).
If someone is intrested in
For some more background, when we proposed something like that to Chris
Steipp he was pretty iffy about it, and he's not wrong. At other sites
that
don't have a CAPTCHA on signup (like Facebook, Quora, others) they avoid a
spam problem in part because they require an email address and
On Nov 9, 2014 5:39 AM, David Gerard dger...@gmail.com wrote:
On 9 November 2014 09:27, aude aude.w...@gmail.com wrote:
On Sun, Nov 9, 2014 at 8:51 AM, Pine W wiki.p...@gmail.com wrote:
I'm curious, Risker: if you don't mind my asking, what about being
required
to supply a throwaway email
On Nov 12, 2014 9:44 AM, James Forrester jforres...@wikimedia.org wrote:
On 8 November 2014 22:01, Brian Wolff bawo...@gmail.com wrote:
Honestly i dont think anyone's even tried to improve the conflict
screen.
There's probably a lot of low hanging fruit on the usability of edit
conflicts
On Nov 13, 2014 11:43 AM, Derric Atzrott datzr...@alizeepathology.com
wrote:
Indeed - I am somewhat surprised by James's firm opposition.
I tend to agree with James on this one in that if the edit summaries
are to be modified then they need a revision history.
Typos in edit summary are
On Nov 13, 2014 12:45 PM, Nathan nawr...@gmail.com wrote:
I can see it being useful in two circumstances:
1) As part of the oversight right, in order to edit an edit summary
without
hiding the entire revision
2) A right of a user to edit their own edit summaries, if the edit summary
is
On 11/13/14, Chad innocentkil...@gmail.com wrote:
Please help me draft some guidelines for Phabricator repo callsigns.
https://www.mediawiki.org/wiki/Phabricator/Callsign_naming_conventions
The subpage on naming our existing repos should be especially fun:
On 11/26/14, Markus Glaser gla...@hallowelt.biz wrote:
Hello everyone,
I would like to announce the release of MediaWiki 1.23.7, 1.22.14 and
1.19.22. This is a regular security and maintenance release. Download links
are given at the end of this email.
== Security fixes ==
* (bugs 66776,
== Preferences made easier ==
MediaWiki is known to be extremely flexible and customisable, but few
users use its full potential. In 1.24, we aim to make dozens obscure
preferences easily discoverable and obvious to use.
Umm, what does this mean? Were there code changes to make prefs more
No. The Drafts extension (and any feature that puts hidden content on the
servers) was veto'ed years ago by Legal. We need to stop beating this dead
horse.
J.
Err, what? Quick don't tell legal about Special:UploadStash, or the
userjs- options api.
--
As a quick hack I made a little
Thanksgiving is only celebrated at this time in the US. Many of us dont
celebrate it.
That said downtime happens, and its a non-essential service during non
working hours. Well it may be frustrating, its not the end of the world. If
anyone is despretely looking for a bug to fix, they can ask on
On Nov 30, 2014 2:07 PM, Gerard Meijssen gerard.meijs...@gmail.com
wrote:
Hoi,
The argument about non-working hours is problematic. When the only thing
that counts are the working hours of staff in the USA you may be right. As
it is, WIkimedia Germany has staff working at other times and they
On 12/2/14, Ankita Shukla ankitashukla...@gmail.com wrote:
Hello!
I am an OPW Intern for round#09 and will be working on a spelling
dictionary project, the proposal of which is available here
https://www.mediawiki.org/wiki/User:Ankitashukla/Proposal.
Also, we'd be using this
On Dec 8, 2014 5:10 PM, svetlana svetl...@fastmail.com.au wrote:
In my view, if a Labs tool is a success, it should be written as a wiki
Extension and deployed to relevant wikis. What you're saying essentially
means that there is a need to make the wiki truly extensible without much
pain.
Thats
On Dec 9, 2014 1:35 PM, Eallan h.yi...@gmail.com wrote:
Hi all!
I am thinking about a new idea about a content tree extension of
web/desktop/computer Wiki. When I use mobile phone to access website of
Wikipedia, I can fold and unfold a content item of the content tree.
That's
very
There's actually a good bit of information that is available from the API
that isn't in the web UI (or isn't very visible there). For example,
history pages only display timestamps to the minute while the API gives
resolution to the second.
You can actually get up to the second resolution if
On 12/3/14, Giuseppe Lavagetto glavage...@wikimedia.org wrote:
Hi all,
it's been quite a journey since we started working on HHVM, and last
week (November 25th) HHVM was finally introduced to all users who didn't
opt-in to the beta feature.
Starting on monday, we started reinstalling all
== Security fixes in 1.24.1, 1.23.8, 1.22.15 and 1.19.23 ==
* (bug T76686) [SECURITY] thumb.php outputs wikitext message as raw HTML,
which could lead to xss. Permission to edit MediaWiki namespace is
required
to exploit this.
Really? That's stretching the definition of a security bug.
Not entirely. Unlike message copyright, the message used on thumb.php
(badtitletext) is not a raw html message. It is meant to be parsed and
displayed regularly. And always was. Except it was re-used for thumb.php,
and
forgotten to be parsed there. I won't go into details, but it's
I would also suggest that an effort be made to find community members
who are not WMF employees to participate in the ArchCom and then to have
their voices heard during in quarterly planning.
I dont know if this is practical. As Chad noted earlier, WMF hires the best
and the brightest. Even
On Feb 7, 2015 3:57 PM, Thomas Mulhall thomasmulhall...@yahoo.com wrote:
Hi should we upgrade GPL to version 3 since version 3 is more modern
then version 2. Should it be updated in extensions, skins and MediaWiki.
___
Wikitech-l mailing list
On Feb 8, 2015 8:17 AM, Tim Landscheidt t...@tim-landscheidt.de wrote:
Tyler Romeo tylerro...@gmail.com wrote:
One thing to point out is that:
1) Even right now, under the GPL, if extensions do qualify as
“derivative works” or w/e, they do have to be GPL licensed.
2) Source code only has
On Feb 3, 2015 8:43 PM, Nkansah Rexford seanmav...@gmail.com wrote:
I couldn't find a tool to convert my videos from whatever format into .ogv
outside my PC box before pushing to Commons. I guess there might exist
something like that, but perhaps I can't find it. But I made one for
myself.
On 1/19/15, Jeroen De Dauw jeroended...@gmail.com wrote:
Hey,
On my local wiki I have a page with the name File:Blue marker.png. The
following code returns false:
$title = Title::makeTitle( NS_FILE, $file );
$title-exists();
That used to return true in the past. Not sure what is broken -
On Jan 20, 2015 4:22 PM, James Forrester jforres...@wikimedia.org wrote:
On 20 January 2015 at 12:04, Jeroen De Dauw jeroended...@gmail.com
wrote:
- Get rid of wikitext on the server-side.
- HTML storage only. Remove MWParser from the codebase. All
extensions that
On Jan 20, 2015 5:53 PM, Brian Wolff bawo...@gmail.com wrote:
On Jan 20, 2015 4:22 PM, James Forrester jforres...@wikimedia.org
wrote:
On 20 January 2015 at 12:04, Jeroen De Dauw jeroended...@gmail.com
wrote:
- Get rid of wikitext on the server-side.
- HTML storage
On Jan 20, 2015 12:34 PM, Brion Vibber bvib...@wikimedia.org wrote:
Quick update:
I've had a great experience working on our mobile apps, but it's time to
get back to core MediaWiki and help clean my own house... now that we've
got Mobile Apps fully staffed I'm leaving the mobile department
On Jan 21, 2015 1:40 PM, Jeroen De Dauw jeroended...@gmail.com wrote:
Hey,
Does the new syntax offer any advantage over the old one?
Assuming that we want to switch to non-static function calls eventually
(which I hope is the case), wouldn't it be friendlier towards extension
maintainers
On Jan 16, 2015 2:49 AM, Max Semenik maxsem.w...@gmail.com wrote:
On Thu, Jan 15, 2015 at 10:38 PM, Bryan Davis bd...@wikimedia.org wrote:
One of the bigger questions I have about the potential shift to
requiring services is the fate of shared hosting deployments of
MediaWiki. What will
On Jan 16, 2015 9:21 AM, Mark A. Hershberger m...@nichework.com wrote:
Ori Livneh o...@wikimedia.org writes:
The model I do think we should consider is Python 3. Python 3 did not
jettison the Python 2 codebase. The intent behind the major version
change
was to open up a parallel
On Jan 16, 2015 11:07 AM, Brad Jorsch (Anomie) bjor...@wikimedia.org
wrote:
On Fri, Jan 16, 2015 at 2:49 AM, Stas Malyshev smalys...@wikimedia.org
wrote:
However, with clear API architecture we could maybe have
alternatives - i.e. be able to have the same service performed by a
On Jan 16, 2015 1:05 PM, James Forrester jforres...@wikimedia.org wrote:
[Moving threads for on-topic-ness.]
On 16 January 2015 at 07:01, Brian Wolff bawo...@gmail.com wrote:
Does anyone actually have
anything they want that is difficult to do currently and requires a mass
compat break
On Jan 16, 2015 5:14 PM, Ryan Lane rlan...@gmail.com wrote:
On Fri, Jan 16, 2015 at 1:05 PM, Brad Jorsch (Anomie)
bjor...@wikimedia.org
wrote:
On Fri, Jan 16, 2015 at 12:27 PM, Ryan Lane rlan...@gmail.com wrote:
What you're forgetting is that WMF abandoned MediaWiki as an Open
Source
On Jan 22, 2015 6:43 PM, Brian Wolff bawo...@gmail.com wrote:
On Jan 22, 2015 2:08 PM, Tyler Romeo tylerro...@gmail.com wrote:
I think that’s kind of insulting to those of us who don’t work at the
WMF. Just because they hire the “best and the brightest” does not mean
there are not people
On 2/12/15, James Salsman jsals...@gmail.com wrote:
I invite review of this preliminary proposal for a Google Summer of
Code project:
http://www.mediawiki.org/wiki/Accuracy_review
If you would like to co-mentor this project, please sign up. I've been
a GSoC mentor every year since 2010, and
On Jan 28, 2015 6:18 AM, Ilario Valdelli valde...@gmail.com wrote:
May someone help me?
I have read the short documentation of variables like:
$wgInternalServer
$wgServer
But I don't understand how combine them to get the Mediawiki accessible
internally with a local IP AND externally
On Jan 9, 2015 3:24 PM, Rob Moen rm...@wikimedia.org wrote:
Currently our approach on social media is that Social media websites
aren't useful for spreading news and reaching out to potential users and
contributors. [1] I challenge this though. Is it really true? Twitter
has 254 million
Your current balance is 0.11 XPM.
Woo, a whole eighth of a cent (USD). Soon you'll be able to buy a little
pseudo-brass token, then a private floating island!
(Personally i think the tipping for commits is an interesting idea.
Although tiping for bugs would seem better as those are concrete
-- Every registered user would be able to flag edit as tool edit (bot
needs special user group)
Vandals would have fun with that, but bot group could be set up like that
(e.g. flood group)
-- The flag wouldn't be intended for use by robots, but regular users
who used some automated tool in
On Feb 9, 2015 7:07 AM, Daniel Friesen dan...@nadir-seen-fire.com wrote:
On 2015-02-09 2:16 AM, Erik Moeller wrote:
This of course would add some additional payload to pages with lots of
language links, but could help avoid results like [2] where the English
language version of an article
Furthermore, the initial limited subtask would be much more difficult
to evaluate as a strategy without a working prototype, including by
the Bot Approvals Group which demands working code before making a
final decision on implementation. Trying to second guess the BAG is
presumptuous.
es
On Feb 13, 2015 6:15 PM, Max Semenik maxsem.w...@gmail.com wrote:
Sorry for all the trolling, but why instead of discussing how we need a
responsive skin for MediaWiki and waiting for Winter to come don't we just
do it:
* Move Minerva out of MobileFrontend
* Leave all mobile-specific
-03-13 13:54 GMT+02:00 Brian Wolff bawo...@gmail.com:
See https://www.mediawiki.org/wiki/Gerrit/New_repositories
Basically you just have to ask.
I think its a nice thing to keep wiki related code, including bots in
our git repos as that makes it easier for others to find.
I am
On Mar 10, 2015 10:21 PM, Risker risker...@gmail.com wrote:
Thanks, Chris. But if the account is obviously not a normal account, I'd
suspect that this special kind of user account would quickly become very
obvious to those who snoop and would actually increase the level of
scrutiny on the
On Mar 13, 2015 6:05 AM, Strainu strain...@gmail.com wrote:
Hi,
The Romanian Wikipedia has a code repository used mainly for robots of
interest to the local community. So far, it has been hosted on Google
Code. Since that site is closing, we are considering replacements and
one of the
On Mar 25, 2015 1:18 PM, Gilles Dubuc gil...@wikimedia.org wrote:
Does this mean there will no longer be a multimedia team/nobody
responsible
or working on what the multimedia team was working on previously?
We'll keep supporting the extensions that multimedia used to cover, in
terms
there. The
infrastructure
required is all in Gather.
[1]
https://m.mediawiki.org/wiki/Requests_for_comment/Support_
for_user-specific_page_lists_in_core
On 26 Mar 2015 7:20 am, Brian Wolff bawo...@gmail.com wrote:
On Mar 26, 2015 11:04 AM, Brian Wolff bawo...@gmail.com wrote
On Feb 28, 2015 10:21 PM, Krinkle krinklem...@gmail.com wrote:
I don't think Wikimedia is currently looking at maintaining a url
shortening service.
However, a redirect domain (distinguished by whether or not the target
url can be trivially derived from the request url) seems much more
Couple quick clarifications:
1. There have been many IEGs that focus on tool development, including
those from the most recent round
https://meta.wikimedia.org/wiki/Grants:IEG#ieg-engaging. There's no
tradition of denying software projects: they're quite well represented
among completed
On Feb 26, 2015 2:03 PM, Brion Vibber bvib...@wikimedia.org wrote:
The gallery tag generation has been updated to include srcset attributes
for high-density displays: https://phabricator.wikimedia.org/T64709
An unfortunate consequence is that if extensions have parser test cases
including a
On 2/21/15, Pine W wiki.p...@gmail.com wrote:
(Now continuing this discussion on Wikimedia-l also, since we are
discussing grant policies.)
For what it's worth, I repeatedly advocated for allowing IEG to support a
broader range of tech projects when I was on IEGCom. I had the impression
that
On 2/21/15, Pine W wiki.p...@gmail.com wrote:
In general WMF has a conservative grant policy (with the exception of IEG,
grant funding seems to be getting more conservative every year, and some
mission-aligned projects can't get funding because they don't fit into the
current molds of the
On Mar 26, 2015 9:58 AM, MZMcBride z...@mzmcbride.com wrote:
Hi.
Moushira Elamrawy wrote:
The Extension will keep the name Gather and internally the team was more
inclined to name the feature Stacks. However, a survey study has been
carried out by the design research team and Collections,
On Mar 26, 2015 5:47 PM, Greg Grossmeier g...@wikimedia.org wrote:
quote name=Thomas Mulhall date=2015-03-26 time=20:30:30 +
Hi it has been 3-4 months since the last mediawiki releases when will
they have a new release since it has been a long time.
Sorry about the delay; the Wikimedia
On Mar 24, 2015 10:45 PM, Rob Lanphier ro...@wikimedia.org wrote:
Hi folks,
First things first: I'm not burying the lede in this email, so if you
aren't interested in the inner workings of WMF's Platform Engineering
team,
feel free to ignore the rest of this. :-)
We're making a few
301 - 400 of 668 matches
Mail list logo