Re: [Wikitech-l] Contribute to Wikimedia Foundation

2017-01-25 Thread Nethmi Pathirana 
Hi Andre,

Thank you for your guidence!

Thanks,
Nethmi
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deprecation logging in production

2017-01-25 Thread Brad Jorsch (Anomie) 
On Wed, Jan 25, 2017 at 7:43 PM, Max Semenik  wrote:

> 189 Use of SyntaxHighlight_GeSHi::prepare is deprecated. [Called from
> ScribuntoContent::fillParserOutput in
> /srv/mediawiki/php-1.29.0-wmf.8/extensions/Scribunto/common/
> ScribuntoContent.php
> at line 128]
> 189 Use of SyntaxHighlight_GeSHi::buildHeadItem is deprecated. [Called
> from ScribuntoContent::fillParserOutput in
> /srv/mediawiki/php-1.29.0-wmf.8/extensions/Scribunto/common/
> ScribuntoContent.php
> at line 141]
> 132 Use of SyntaxHighlight_GeSHi::prepare is deprecated. [Called from
> ScribuntoContent::fillParserOutput in
> /srv/mediawiki/php-1.29.0-wmf.9/extensions/Scribunto/common/
> ScribuntoContent.php
> at line 128]
> 132 Use of SyntaxHighlight_GeSHi::buildHeadItem is deprecated. [Called
> from ScribuntoContent::fillParserOutput in
> /srv/mediawiki/php-1.29.0-wmf.9/extensions/Scribunto/common/
> ScribuntoContent.php
> at line 141]
>

https://gerrit.wikimedia.org/r/#/c/245581/ is blocked on
https://gerrit.wikimedia.org/r/#/c/245580/, which seems to be waiting for
an update to do it in a different way.

   2705 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
> from CollectionSession::startSession in
> /srv/mediawiki/php-1.29.0-wmf.8/extensions/Collection/
> Collection.session.php
> at line 38]
>  30 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
> from CollectionSession::startSession in
> /srv/mediawiki/php-1.29.0-wmf.9/extensions/Collection/
> Collection.session.php
> at line 38]
>  20 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
> from AbuseFilter::executeFilterActions in
> /srv/mediawiki/php-1.29.0-wmf.8/extensions/AbuseFilter/
> includes/AbuseFilter.class.php
> at line 796]
>   3 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
> from wfAjaxPostCollection in
> /srv/mediawiki/php-1.29.0-wmf.8/extensions/Collection/Collection.php at
> line 268]
>   2 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
> from AbuseFilter::executeFilterActions in
> /srv/mediawiki/php-1.29.0-wmf.9/extensions/AbuseFilter/
> includes/AbuseFilter.class.php
> at line 796]
>

https://phabricator.wikimedia.org/T124371 has details about how someone
could go about cleaning these up.

-- 
Brad Jorsch (Anomie)
Senior Software Engineer
Wikimedia Foundation
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deprecation logging in production

2017-01-25 Thread Gergo Tisza 
Nice, thanks!​

Here is a simple dashboard:
https://logstash.wikimedia.org/app/kibana#/dashboard/mediawiki-deprecated
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Deprecation logging in production

2017-01-25 Thread Max Semenik 
Yay, this is really cool!

Current warnings sorted by popularity:

maxsem@fluorine:/a/mw-log$ cat deprecated.log | grep -oP '(?<=INFO: ).*' |
sort | uniq -c | sort -rn
  20598 Use of SpecialRecentChangesQuery hook (used in
FlaggedRevsUIHooks::modifyRecentChangesQuery) was deprecated in MediaWiki
1.23. [Called from SpecialRecentChanges::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.8/includes/specials/SpecialRecentchanges.php
at line 287]
   2705 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
from CollectionSession::startSession in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/Collection/Collection.session.php
at line 38]
   2271 Use of SpecialWatchlistQuery hook (used in
FlaggedRevsUIHooks::modifyChangesListQuery) was deprecated in MediaWiki
1.23. [Called from SpecialWatchlist::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.8/includes/specials/SpecialWatchlist.php at
line 309]
   2094 Use of Revision::getText was deprecated in MediaWiki 1.21. [Called
from FlaggedRevision::getRevText in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/FlaggedRevs/backend/FlaggedRevision.php
at line 480]
   1821 Use of SpecialRecentChangesQuery hook (used in
FlaggedRevsUIHooks::modifyRecentChangesQuery) was deprecated in MediaWiki
1.23. [Called from SpecialRecentChanges::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.9/includes/specials/SpecialRecentchanges.php
at line 287]
189 Use of SyntaxHighlight_GeSHi::prepare is deprecated. [Called from
ScribuntoContent::fillParserOutput in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/Scribunto/common/ScribuntoContent.php
at line 128]
189 Use of SyntaxHighlight_GeSHi::buildHeadItem is deprecated. [Called
from ScribuntoContent::fillParserOutput in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/Scribunto/common/ScribuntoContent.php
at line 141]
132 Use of SyntaxHighlight_GeSHi::prepare is deprecated. [Called from
ScribuntoContent::fillParserOutput in
/srv/mediawiki/php-1.29.0-wmf.9/extensions/Scribunto/common/ScribuntoContent.php
at line 128]
132 Use of SyntaxHighlight_GeSHi::buildHeadItem is deprecated. [Called
from ScribuntoContent::fillParserOutput in
/srv/mediawiki/php-1.29.0-wmf.9/extensions/Scribunto/common/ScribuntoContent.php
at line 141]
 92 Use of ExtractThumbParameters was deprecated in MediaWiki 1.22.
[Called from wfStreamThumb in /srv/mediawiki/php-1.29.0-wmf.9/thumb.php at
line 174]
 70 Use of Revision::getRawUser was deprecated in MediaWiki 1.25.
[Called from FlaggedRevsHooks::incrementReverts in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/FlaggedRevs/backend/FlaggedRevs.hooks.php
at line 702]
 30 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
from CollectionSession::startSession in
/srv/mediawiki/php-1.29.0-wmf.9/extensions/Collection/Collection.session.php
at line 38]
 20 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
from AbuseFilter::executeFilterActions in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/AbuseFilter/includes/AbuseFilter.class.php
at line 796]
 18 Use of Revision::getRawUserText was deprecated in MediaWiki 1.25.
[Called from FlaggablePageView::addToDiffView in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/FlaggedRevs/frontend/FlaggablePageView.php
at line 1498]
 13 Use of SpecialWatchlistQuery hook (used in
FlaggedRevsUIHooks::modifyChangesListQuery) was deprecated in MediaWiki
1.23. [Called from SpecialWatchlist::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.9/includes/specials/SpecialWatchlist.php at
line 309]
 11 Use of ExtractThumbParameters was deprecated in MediaWiki 1.22.
[Called from wfStreamThumb in /srv/mediawiki/php-1.29.0-wmf.8/thumb.php at
line 174]
  4 Use of Linker::link with parameter $query as string (should be
array) was deprecated in MediaWiki 1.20. [Called from Linker::linkKnown in
/srv/mediawiki/php-1.29.0-wmf.8/includes/Linker.php at line 163]
  3 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
from wfAjaxPostCollection in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/Collection/Collection.php at
line 268]
  2 Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called
from AbuseFilter::executeFilterActions in
/srv/mediawiki/php-1.29.0-wmf.9/extensions/AbuseFilter/includes/AbuseFilter.class.php
at line 796]

On Wed, Jan 25, 2017 at 4:18 PM, Erik Bernhardson <
ebernhard...@wikimedia.org> wrote:

> Noticed earlier today, because some code that had been deprecated since
> 1.21 was removed and starting causing fatals, that we don't log deprecation
> notices in production. This has now been fixed.
>
> Please check logstash for `channel:deprecated` and see if anything you are
> reposinsible for is using hard-deprecated methods and fix them.
>
> Some culprits which have each generated hundreds of messages in the ~5
> minutes it's been turned on:
>
> Use of SpecialRecentChangesQuery hook (used in
> FlaggedRevsUIHooks::modifyRecentChangesQuery) was deprecated in MediaWiki
> 1.23. [Called from

[Wikitech-l] Deprecation logging in production

2017-01-25 Thread Erik Bernhardson 
Noticed earlier today, because some code that had been deprecated since
1.21 was removed and starting causing fatals, that we don't log deprecation
notices in production. This has now been fixed.

Please check logstash for `channel:deprecated` and see if anything you are
reposinsible for is using hard-deprecated methods and fix them.

Some culprits which have each generated hundreds of messages in the ~5
minutes it's been turned on:

Use of SpecialRecentChangesQuery hook (used in
FlaggedRevsUIHooks::modifyRecentChangesQuery) was deprecated in MediaWiki
1.23. [Called from SpecialRecentChanges::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.8/includes/specials/SpecialRecentchanges.ph

Use of wfSetupSession was deprecated in MediaWiki 1.27. [Called from
CollectionSession::startSession in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/Collection/Collection.session.php
at line 38]

Use of SpecialWatchlistQuery hook (used in
FlaggedRevsUIHooks::modifyChangesListQuery) was deprecated in MediaWiki
1.23. [Called from SpecialWatchlist::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.8/includes/specials/SpecialWatchlist.php at
line 309]

Use of Revision::getText was deprecated in MediaWiki 1.21. [Called from
FlaggedRevision::getRevText in
/srv/mediawiki/php-1.29.0-wmf.8/extensions/FlaggedRevs/backend/FlaggedRevision.php
at line 480]

Use of SpecialRecentChangesQuery hook (used in
FlaggedRevsUIHooks::modifyRecentChangesQuery) was deprecated in MediaWiki
1.23. [Called from SpecialRecentChanges::runMainQueryHook in
/srv/mediawiki/php-1.29.0-wmf.9/includes/specials/SpecialRecentchanges.ph
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread MZMcBride 
Stas Malyshev wrote:
>>that step entirely seems risky to me. Unless, as I said, having +2 really
>>isn't a big deal.
>
>+2 isn't super-big deal since all changes are public and you're not
>supposed to self-+2 in any case, and anything doable by patch can also
>be undone by patch. As I understand it, it's more like "this person
>knows enough and known enough to get approval rights". It won't change
>if somebody leaves WMF.

Hi. For what it's worth, 
specifically emphasizes that +2 is a big deal.

>If there's external reasons for +2 removal, that can happen without WMF
>in the picture and I imagine there are rules for this which can be
>applied.

Revocation of +2 is documented at
.

MZMcBride



___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Rails Girls Summer of Code program: Interested in being a mentor?

2017-01-25 Thread Srishti Sethi 
Hello all,

For the very first time, we are considering to submit Wikimedia's
application for the Rails Girls Summer of Code (RGSOC)
 program.

The goal of this program is to foster diversity in Open Source. Though it
sounds from the name that the projects submitted should be in ROR/ Rails,
but that's not true. Projects could be in any programming language. This
program will run between *July-September 2017*.

The best part (for us and them) -- students work in pairs on a project, and
need to be working from the same city. More about the application
guidelines: http://railsgirlssummerofcode.org/students/application/.

For organizations applying, the process is different from the other
outreach programs in a way, that we need to submit projects and mentors
beforehand.

If you have some tasks/projects in mind that you would be interested in
mentoring, please reply to me ASAP, as the deadline to apply as an
organization is almost there (*January 31st, less than six days remaining!*
).

Your help would be much appreciated!

Cheers,
Srishti

--
Srishti Sethi
Developer Advocate
Technical Collaboration team
Wikimedia Foundation

https://www.mediawiki.org/wiki/User:SSethi_(WMF)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Alex Monk 
Yes, they're announced on wikitech-l:
https://lists.gt.net/wiki/wikitech/335950
If you go back through one of the pages linked in that email to the date it
was sent, you find the relevant vote too:
https://www.mediawiki.org/w/index.php?title=Gerrit/Project_ownership=648776#Yurik_for_Core_.2B2
Even without that, the audit log shows the user was added to the group a)
by Sumanah, and b) before it was announced that Yurik had joined the
foundation.

On 25 January 2017 at 21:43, Gergo Tisza  wrote:

> On Wed, Jan 25, 2017 at 1:24 PM, Brian Wolff  wrote:
>
> > There's not exactly a whole lot of precedent here. Presumably, bblack did
> > it as part of an off boarding procedure. Eventhough I disagree with this
> > action, I dont think its an unreasonable action, especially given the
> lack
> > of precedent.
>
>
> More pragmatically, was there any easy way for him to find out how the +2
> was granted? Not sure if we record those decisions anywhere (other than
> phab tickets which are not easy to find).
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Gergo Tisza 
On Wed, Jan 25, 2017 at 1:24 PM, Brian Wolff  wrote:

> There's not exactly a whole lot of precedent here. Presumably, bblack did
> it as part of an off boarding procedure. Eventhough I disagree with this
> action, I dont think its an unreasonable action, especially given the lack
> of precedent.


More pragmatically, was there any easy way for him to find out how the +2
was granted? Not sure if we record those decisions anywhere (other than
phab tickets which are not easy to find).
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Alex Monk 
On 25 January 2017 at 21:24, Brian Wolff  wrote:
>
> Presumably, bblack did
> it as part of an off boarding procedure. Eventhough I disagree with this
> action, I dont think its an unreasonable action, especially given the lack
> of precedent. I dont see any need for him to come and explain himself.


That's what I'm concerned about. Yurik's rights were granted via a vote of
developers and therefore I have decide to require an explanation.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Brian Wolff 
On Wednesday, January 25, 2017, Alex Monk  wrote:
>
>
> You don't appear to be a developer. Even if you were, Brian said 'similar
> situation' - i.e., where someone had been granted rights before becoming
> WMF staff.
>
> The audit log shows that Brandon Black removed Yurik's rights on January
> 17th at 10:36 PM. Brandon, you need to explain why you did this.
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

There's not exactly a whole lot of precedent here. Presumably, bblack did
it as part of an off boarding procedure. Eventhough I disagree with this
action, I dont think its an unreasonable action, especially given the lack
of precedent. I dont see any need for him to come and explain himself.
Hopefully once this discussion finishes there will be consensus on the
proper procedure so there will be less confusion in the future.

--
Brian
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Stas Malyshev 
Hi!

>>> that step entirely seems risky to me. Unless, as I said, having +2 really
>>> isn't a big deal.

+2 isn't super-big deal since all changes are public and you're not
supposed to self-+2 in any case, and anything doable by patch can also
be undone by patch. As I understand it, it's more like "this person
knows enough and known enough to get approval rights". It won't change
if somebody leaves WMF. If there's external reasons for +2 removal, that
can happen without WMF in the picture and I imagine there are rules for
this which can be applied.
So I'd say if somebody had pre-WMF +2, they should not lose it just
because they joined and then left the WMF, and this should be automatic
by default. Non-default cases can always be handled on per-case basis.

-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Amir Ladsgroup 
Correct me if I'm wrong but I think If someone has +2 rights before joining
WMF, leaving WMF is not a reason to remove rights at all. If there was a
case someone abuse their power and gets fired because of that. "The abuse"
should be the reason to lose the right not "leaving WMF"/"being fired"/etc..

Best

On Thu, Jan 26, 2017 at 12:35 AM Brian Wolff  wrote:

> To be clear, i think some common sense should apply - e.g. If someone was
> fired for trying to put a backdoor in MW they shouldnt automatically get
> their rights back.
>
> But generally speaking if they were trusted before WMF, I trust they have
> the maturity after WMF to use their rights appropriately even if they are
> angry or whatever. If that trust was misguided their rights can easily be
> removed later (this is +2 not shell we are talking about after all).
>
> --
> Brian
>
> On Wednesday, January 25, 2017, Kevin Smith  wrote:
> > I support restoring the rights in this case, but I'm not sure it should
> be
> > automatic in all cases. If having +2 rights is relatively harmless and
> > reversible, then an automatic (but announced) restoration of the rights
> > should be fine.
> >
> > The issue is that someone who leaves the foundation could do so under
> > unfriendly terms, possibly affecting their ability to do good work. I
> know
> > we don't want to think that a previously productive volunteer could later
> > cause problems, but it is possible.
> >
> > That's why I think there should be some form of check, so we have
> > confidence that this person still has good intentions. For example, their
> > manager and/or someone from Talent & Culture could be consulted, or
> trusted
> > people who still have close contact with the person so know their state
> of
> > mind. It could be quick and lightweight, in almost all cases, but
> skipping
> > that step entirely seems risky to me. Unless, as I said, having +2 really
> > isn't a big deal.
> >
> >
> >
> >
> > Kevin Smith
> > Agile Coach, Wikimedia Foundation
> >
> >
> > On Tue, Jan 24, 2017 at 8:42 PM, Subramanya Sastry <
> ssas...@wikimedia.org>
> > wrote:
> >
> >> On 01/25/2017 10:04 AM, Brian Wolff wrote:
> >>
> >>> On Tuesday, January 24, 2017, Legoktm 
> >>> wrote:
> >>>
>  Hi,
> 
>  After speaking with Yurik, I've filed
>   on his behalf to restore
> his
>  membership in the mediawiki and maps-dev groups.
> 
>  I would appreciate guidance in whether these rights can be summarily
>  granted since he used to have them, or if it needs to go through the
>  full process.
> 
>  -- Legoktm
> 
>  ___
>  Wikitech-l mailing list
>  Wikitech-l@lists.wikimedia.org
>  https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> >>> I support doing this automatically in any similar situation in the
> future.
> >>>
> >>> --
> >>> brian
> >>>
> >>
> >> +1.
> >>
> >> Subbu.
> >>
> >>
> >> ___
> >> Wikitech-l mailing list
> >> Wikitech-l@lists.wikimedia.org
> >> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >>
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Yuri Astrakhan 
How is that different from becoming disgruntled while still working at WMF?
Or becoming disgruntled without ever joining? Or stolen credentials?

On Wed, Jan 25, 2017, 16:01 Kevin Smith  wrote:

On Wed, Jan 25, 2017 at 12:55 PM, Alex Monk  wrote:

> You don't appear to be a developer. Even if you were, Brian said 'similar
> situation' - i.e., where someone had been granted rights before becoming
> WMF staff.
>

​I am a developer, but not a wikimedia developer (yet?). That's why I'm not
exactly clear on the potential risks of giving +2 rights to someone who
intends harm.

We are talking about exactly the same situation: Someone was a productive
volunteer, then staff, then no longer staff. 99+% of the time, they should
retain their rights, or get them back shortly after leaving. But there may
be cases where someone would be disgruntled, and if rights are automatic in
all cases, such a person could do damage. I'm just suggesting that there
should be a quick and simple check to be sure that's not the case. Being
without rights for a couple days doesn't seem like a small price to pay for
the safety of the project.

​Kevin​
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Brian Wolff 
To be clear, i think some common sense should apply - e.g. If someone was
fired for trying to put a backdoor in MW they shouldnt automatically get
their rights back.

But generally speaking if they were trusted before WMF, I trust they have
the maturity after WMF to use their rights appropriately even if they are
angry or whatever. If that trust was misguided their rights can easily be
removed later (this is +2 not shell we are talking about after all).

--
Brian

On Wednesday, January 25, 2017, Kevin Smith  wrote:
> I support restoring the rights in this case, but I'm not sure it should be
> automatic in all cases. If having +2 rights is relatively harmless and
> reversible, then an automatic (but announced) restoration of the rights
> should be fine.
>
> The issue is that someone who leaves the foundation could do so under
> unfriendly terms, possibly affecting their ability to do good work. I know
> we don't want to think that a previously productive volunteer could later
> cause problems, but it is possible.
>
> That's why I think there should be some form of check, so we have
> confidence that this person still has good intentions. For example, their
> manager and/or someone from Talent & Culture could be consulted, or
trusted
> people who still have close contact with the person so know their state of
> mind. It could be quick and lightweight, in almost all cases, but skipping
> that step entirely seems risky to me. Unless, as I said, having +2 really
> isn't a big deal.
>
>
>
>
> Kevin Smith
> Agile Coach, Wikimedia Foundation
>
>
> On Tue, Jan 24, 2017 at 8:42 PM, Subramanya Sastry 
> wrote:
>
>> On 01/25/2017 10:04 AM, Brian Wolff wrote:
>>
>>> On Tuesday, January 24, 2017, Legoktm 
>>> wrote:
>>>
 Hi,

 After speaking with Yurik, I've filed
  on his behalf to restore
his
 membership in the mediawiki and maps-dev groups.

 I would appreciate guidance in whether these rights can be summarily
 granted since he used to have them, or if it needs to go through the
 full process.

 -- Legoktm

 ___
 Wikitech-l mailing list
 Wikitech-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/wikitech-l

>>> I support doing this automatically in any similar situation in the
future.
>>>
>>> --
>>> brian
>>>
>>
>> +1.
>>
>> Subbu.
>>
>>
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Alex Monk 
On 25 January 2017 at 21:00, Kevin Smith  wrote:

> We are talking about exactly the same situation: Someone was a productive
> volunteer, then staff, then no longer staff. 99+% of the time, they should
> retain their rights, or get them back shortly after leaving. But there may
> be cases where someone would be disgruntled, and if rights are automatic in
> all cases, such a person could do damage. I'm just suggesting that there
> should be a quick and simple check to be sure that's not the case. Being
> without rights for a couple days doesn't seem like a small price to pay for
> the safety of the project.
>

If they were added as a volunteer that means they passed a vote to be
there, we're not going to start adding such extra checks and requirements.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Kevin Smith 
On Wed, Jan 25, 2017 at 12:55 PM, Alex Monk  wrote:

> You don't appear to be a developer. Even if you were, Brian said 'similar
> situation' - i.e., where someone had been granted rights before becoming
> WMF staff.
>

​I am a developer, but not a wikimedia developer (yet?). That's why I'm not
exactly clear on the potential risks of giving +2 rights to someone who
intends harm.

We are talking about exactly the same situation: Someone was a productive
volunteer, then staff, then no longer staff. 99+% of the time, they should
retain their rights, or get them back shortly after leaving. But there may
be cases where someone would be disgruntled, and if rights are automatic in
all cases, such a person could do damage. I'm just suggesting that there
should be a quick and simple check to be sure that's not the case. Being
without rights for a couple days doesn't seem like a small price to pay for
the safety of the project.

​Kevin​
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Alex Monk 
On 25 January 2017 at 19:48, Kevin Smith  wrote:

> I support restoring the rights in this case, but I'm not sure it should be
> automatic in all cases. If having +2 rights is relatively harmless and
> reversible, then an automatic (but announced) restoration of the rights
> should be fine.
>
> The issue is that someone who leaves the foundation could do so under
> unfriendly terms, possibly affecting their ability to do good work. I know
> we don't want to think that a previously productive volunteer could later
> cause problems, but it is possible.
>
> That's why I think there should be some form of check, so we have
> confidence that this person still has good intentions. For example, their
> manager and/or someone from Talent & Culture could be consulted, or trusted
> people who still have close contact with the person so know their state of
> mind. It could be quick and lightweight, in almost all cases, but skipping
> that step entirely seems risky to me. Unless, as I said, having +2 really
> isn't a big deal.
>
>
>
>
> Kevin Smith
> Agile Coach, Wikimedia Foundation
>

You don't appear to be a developer. Even if you were, Brian said 'similar
situation' - i.e., where someone had been granted rights before becoming
WMF staff.

The audit log shows that Brandon Black removed Yurik's rights on January
17th at 10:36 PM. Brandon, you need to explain why you did this.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Trey Jones 
On Wed, Jan 25, 2017 at 2:48 PM, Kevin Smith  wrote:

> I support restoring the rights in this case, but I'm not sure it should be
> automatic in all cases. If having +2 rights is relatively harmless and
> reversible, then an automatic (but announced) restoration of the rights
> should be fine.
>
> The issue is that someone who leaves the foundation could do so under
> unfriendly terms, possibly affecting their ability to do good work. I know
> we don't want to think that a previously productive volunteer could later
> cause problems, but it is possible.
>
> That's why I think there should be some form of check, so we have
> confidence that this person still has good intentions. For example, their
> manager and/or someone from Talent & Culture could be consulted, or trusted
> people who still have close contact with the person so know their state of
> mind. It could be quick and lightweight, in almost all cases, but skipping
> that step entirely seems risky to me. Unless, as I said, having +2 really
> isn't a big deal.



Kevin Smith
> Agile Coach, Wikimedia Foundation
>
>
+2

(Expected, but not automatic sounds right to me, too.)



>
> On Tue, Jan 24, 2017 at 8:42 PM, Subramanya Sastry 
> wrote:
>
> > On 01/25/2017 10:04 AM, Brian Wolff wrote:
> >
> >> On Tuesday, January 24, 2017, Legoktm 
> >> wrote:
> >>
> >>> Hi,
> >>>
> >>> After speaking with Yurik, I've filed
> >>>  on his behalf to restore
> his
> >>> membership in the mediawiki and maps-dev groups.
> >>>
> >>> I would appreciate guidance in whether these rights can be summarily
> >>> granted since he used to have them, or if it needs to go through the
> >>> full process.
> >>>
> >>> -- Legoktm
> >>>
> >>> ___
> >>> Wikitech-l mailing list
> >>> Wikitech-l@lists.wikimedia.org
> >>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >>>
> >> I support doing this automatically in any similar situation in the
> future.
> >>
> >> --
> >> brian
> >>
> >
> > +1.
> >
> > Subbu.
> >
> >
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] +2 request for yurik in mediawiki and maps-dev

2017-01-25 Thread Kevin Smith 
I support restoring the rights in this case, but I'm not sure it should be
automatic in all cases. If having +2 rights is relatively harmless and
reversible, then an automatic (but announced) restoration of the rights
should be fine.

The issue is that someone who leaves the foundation could do so under
unfriendly terms, possibly affecting their ability to do good work. I know
we don't want to think that a previously productive volunteer could later
cause problems, but it is possible.

That's why I think there should be some form of check, so we have
confidence that this person still has good intentions. For example, their
manager and/or someone from Talent & Culture could be consulted, or trusted
people who still have close contact with the person so know their state of
mind. It could be quick and lightweight, in almost all cases, but skipping
that step entirely seems risky to me. Unless, as I said, having +2 really
isn't a big deal.




Kevin Smith
Agile Coach, Wikimedia Foundation


On Tue, Jan 24, 2017 at 8:42 PM, Subramanya Sastry 
wrote:

> On 01/25/2017 10:04 AM, Brian Wolff wrote:
>
>> On Tuesday, January 24, 2017, Legoktm 
>> wrote:
>>
>>> Hi,
>>>
>>> After speaking with Yurik, I've filed
>>>  on his behalf to restore his
>>> membership in the mediawiki and maps-dev groups.
>>>
>>> I would appreciate guidance in whether these rights can be summarily
>>> granted since he used to have them, or if it needs to go through the
>>> full process.
>>>
>>> -- Legoktm
>>>
>>> ___
>>> Wikitech-l mailing list
>>> Wikitech-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>>
>> I support doing this automatically in any similar situation in the future.
>>
>> --
>> brian
>>
>
> +1.
>
> Subbu.
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] 2017-01-25 Scrum of Scrums meeting notes

2017-01-25 Thread Grace Gellerman 
https://www.mediawiki.org/wiki/Scrum_of_scrums/2017-01-25

= 2017-01-25 =

== Product ==

=== Reading ===

 iOS native app 
* Last Week
** Continued work on 5.4 - Data model for Places, Login enhancements
https://phabricator.wikimedia.org/project/view/2326/
** Investigated issue which caused a spike in pageviews
* This week
** Continue work on 5.4 - UI for Places, API integration for Places
** Release 5.4 Alpha channel with rough version of Places for internal
feedback

Android
* Last week:
** Rework a significant portion of the app networking layer
** Trying to wrap up Wikidata description editing for a beta
https://phabricator.wikimedia.org/T155917
** Fixed account creation bug (API 25 only)
** Initial two-factor authentication support coming soon
** Android and iOS translations now exported on regular TranslateWiki
schedule by TWN's L10n-bot \o/
* Next week (https://phabricator.wikimedia.org/project/view/2352/ ):
** Work towards release of Wikidata description editing
** Continue on improved offline experience
** Finish tasking for Q3

Reading Infrastructure
* working on TemplateStyles, ORES architecture review
* not blocking
* blocked:
** WMDE on the last API i18n patch before we can move to hard deprecation:
https://gerrit.wikimedia.org/r/#/c/321464/

= Mobile Content Service (MCS) =
* Board: https://phabricator.wikimedia.org/project/board/1323/query/open/
* Deployed:
** Fix for page internal links in Android app
https://phabricator.wikimedia.org/T155070
* Working on:
** New endpoint for 'On this day' (aka. Anniversaries).
** Trying to expand TFA/In the news/Anniversaries to more languages in a
more automated fashion
*** Seeing if we can use the FeaturedFeeds extension to find TFA titles
and/or other data we need

Web
* Current Sprint: https://phabricator.wikimedia.org/project/board/2426/
* Last week:
** Branding improvements on Mobile Web (notification count this time)
** Deployed Wikidata descriptions on enwiki
* This week:
** More branding work (search bar in tablets)
** Tech debt
** Page Images: Return free images by default
** Page Images documentation improvements
** New Readers prototypes (Hindi language variants)
** Enabling related pages to a subset of users
** Allow using RESTBase for PagePreviews

=== Communtiy Tech ===
* Blockers: None
* Blocked: Nope
* Updates:
** Pushed some patches for LoginNotify extension:
*** https://gerrit.wikimedia.org/r/#/c/333563/ Update a deprecated hook
*** https://gerrit.wikimedia.org/r/#/c/333671/ Some cleanup - removes
EchoBasicFormatter which is no longer used
** Make language-appropriate collations default during install:
https://gerrit.wikimedia.org/r/#/c/327762/
** Make collations have a version number in them:
https://gerrit.wikimedia.org/r/#/c/272419/
** Create new Special:RangeContributions page to support viewing
contributions across an IP range: https://phabricator.wikimedia.org/T145912
** Add support for Task Forces to PageAssessments extension:
https://phabricator.wikimedia.org/T154216
** Add cookie when blocking anonymous users
https://phabricator.wikimedia.org/T152462
** Codesniffer patch: https://gerrit.wikimedia.org/r/#/c/330846/

=== Editing ===

 UI Standardization 
* Last week
** UI Standardization offsite with focus on style guide work, see WMF UI
Std Offsite 2017-01 column on
https://phabricator.wikimedia.org/tag/wmf-design/
* This week
** UI Std offsite summary, funnel agreements into tasks and publish early
iteration of new style guide
* Updates
** core/mediawiki.UI: Remove deprecated mediawiki.UI variables from core –
https://phabricator.wikimedia.org/T154950
* Blocked -
* Blocking
** https://phabricator.wikimedia.org/T156164
   Outlining path forward on Devise a generic way for theme-agnostic
stylesheets to adapt to the current theme
https://phabricator.wikimedia.org/T112747
   feedback from core devs gathered

 Collaboration 
* Recent Changes work
** mediawiki.rcfilters: Add the remaining MW core filters
** Create active/inactive behavior for complementary filters
** rcfilters: Remove implemented filters from list of links
** Various bug fixes
** Meeting about ReviewStream.  We may change the scope of the project
* Flow security bug fix
* Flow and ORES extension minor fixes

== German Technical Wishlist ==

* soon beginning work on adding "refines" param, in the Cite extension, to
more easily allow referencing different pages, chapters, etc. of a book or
publication https://phabricator.wikimedia.org/T151301
** blocked on some discussions with JamesF in the ticket
* ElectronPDF - need to be able to have alternative css styles for
different view modes (e.g. printable)
https://gerrit.wikimedia.org/r/#/c/333125/

== Wikidata ==
* Preparing deployment of Cognate extension in the next month(s), which
will allow automated interwiki links on Wiktionary
* Also deploying InterwikiSorting extension (soon, before Cognate). This
splits functionality out of Wikibase. Interwiki links will now

Re: [Wikitech-l] Monthly page view stats that can now be queried via Pageview API.

2017-01-25 Thread Nick Wilson (Quiddity) 
(Fixed link, for wikitech-l)

On Tue, Jan 24, 2017 at 8:18 PM, Nuria Ruiz  wrote:
>
> Hello!
>
> The Analytics team would like to announce that the Pageview API is able to
> return monthly pageview stats as of this week.
>
>
> For example, the request below will get you a monthly count of pageviews
> for de.wikipedia's article Barack_Obama for the year 2016 (note 'monthly'
> parameter on url)
>

https://wikimedia.org/api/rest_v1/metrics/pageviews/per-article/de.wikipedia/all-access/all-agents/Barack_Obama/monthly/2016010100/2016123100

(automatic richtext conversion on wikitech-l had added *s around the
bolded "monthly". :)

>
>
> More documentation and examples can be found on our quickstart guide:
> https://wikitech.wikimedia.org/wiki/Analytics/PageviewAPI#Quick_Start

The interface given in that first link is also really interesting! (
https://wikimedia.org/api/rest_v1/?doc ). Thanks, Analytics.

>
> Thanks,
>
> Nuria
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

-- 
Nick Wilson (Quiddity)
Community Liaison, WMF

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Analytics] Monthly page view stats that can now be queried via Pageview API.

2017-01-25 Thread Erik Zachte 
Thanks Analytics Team for this really good news! A lot of reporting tools will 
benefit.

Erik Zachte

-Original Message-
From: Analytics [mailto:analytics-boun...@lists.wikimedia.org] On Behalf Of Wes 
Moran
Sent: Wednesday, January 25, 2017 18:41
To: A mailing list for the Analytics Team at WMF and everybody who has an 
interest in Wikipedia and analytics.
Subject: Re: [Analytics] [Wikitech-l] Monthly page view stats that can now be 
queried via Pageview API.

Nice addition and work. Very useful indeed.


> On Jan 25, 2017, at 11:43 AM, Jonathan Morgan  wrote:
> 
> Awesome. Thanks Analytics team!
> 
> - J
> 
> On Wed, Jan 25, 2017 at 3:19 AM, Thomas Steiner  wrote:
> 
>>> The Analytics team would like to announce that the Pageview API is 
>>> able
>> to
>>> return monthly pageview stats as of this week.
>> 
>> Thanks, Nuria and team, very useful addition to the API. I have 
>> updated pageviews.js accordingly:
>> https://github.com/tomayac/pageviews.js/commit/
>> 643d3f2e2840e06b82b7d007b3611d4702376261.
>> 
>> Cheers,
>> Tom
>> 
>> --
>> Dr. Thomas Steiner, Employee (https://blog.tomayac.com,
>> https://twitter.com/tomayac)
>> 
>> Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Managing 
>> Directors: Matthew Scott Sucherman, Paul Terence Manicle Registration 
>> office and registration number: Hamburg, HRB 86891
>> 
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.1.17 (GNU/Linux)
>> 
>> iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DChara
>> CTersAttH3b0ttom.hTtP5://xKcd.c0m/1181/
>> -END PGP SIGNATURE-
>> 
>> ___
>> Analytics mailing list
>> analyt...@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/analytics
>> 
> 
> 
> 
> --
> Jonathan T. Morgan
> Senior Design Researcher
> Wikimedia Foundation
> User:Jmorgan (WMF) 
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l

___
Analytics mailing list
analyt...@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/analytics


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] [Analytics] Monthly page view stats that can now be queried via Pageview API.

2017-01-25 Thread Jonathan Morgan 
Awesome. Thanks Analytics team!

- J

On Wed, Jan 25, 2017 at 3:19 AM, Thomas Steiner  wrote:

> > The Analytics team would like to announce that the Pageview API is able
> to
> > return monthly pageview stats as of this week.
>
> Thanks, Nuria and team, very useful addition to the API. I have
> updated pageviews.js accordingly:
> https://github.com/tomayac/pageviews.js/commit/
> 643d3f2e2840e06b82b7d007b3611d4702376261.
>
> Cheers,
> Tom
>
> --
> Dr. Thomas Steiner, Employee (https://blog.tomayac.com,
> https://twitter.com/tomayac)
>
> Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany
> Managing Directors: Matthew Scott Sucherman, Paul Terence Manicle
> Registration office and registration number: Hamburg, HRB 86891
>
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.1.17 (GNU/Linux)
>
> iFy0uwAntT0bE3xtRa5AfeCheCkthAtTh3reSabiGbl0ck0fjumBl3DChara
> CTersAttH3b0ttom.hTtP5://xKcd.c0m/1181/
> -END PGP SIGNATURE-
>
> ___
> Analytics mailing list
> analyt...@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/analytics
>



-- 
Jonathan T. Morgan
Senior Design Researcher
Wikimedia Foundation
User:Jmorgan (WMF) 
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Contribute to Wikimedia Foundation

2017-01-25 Thread Andre Klapper 
On Wed, 2017-01-25 at 19:00 +0530, Nethmi Pathirana wrote:
> I am Nethmi Pathirana, a 3rd year undergraduate from the Department of
> Computer Science and Engineering, University of Moratuwa.
> 
> I am very interested in supporting your vision of sharing the knowledge
> freely around the world. I would like to support that by contributing to
> Media wiki as a developer. Can some one guide me on more specifics about
> contributing to media wiki and where I can find some beginner tasks/issues
> which I can try.

Hi Nethmi,
thanks for your interest! Please see
https://www.mediawiki.org/wiki/How_to_become_a_MediaWiki_hacker
for more information and links to potential tasks to start with.

Thanks,
andre
-- 
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Creating a broken link

2017-01-25 Thread Robert Vogel 
Hi Victor,

you may use the return value of

    MediaWikiServices::getInstance()->getLinkRenderer()->makeLink(
Title::newFromText( 'Some title that does not exist' ) );

If you are within a ContextSource you may also call the shortcut
"$this->getLinkRenderer()"

--
Robert

On Mi, 2017-01-25 at 15:23 +0200, Victor Porton wrote:
> How to create a broken ("edit", "red") link to a page?
> 
> That is I want to generate a HTML code which displays a link,
> clicking
> which leads to the editor (for a page). The link should be red.
> 
> What is the right way to do this?
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] MediaWiki Language Extension Bundle 2017.01 release

2017-01-25 Thread Kartik Mistry 
Hello all,

I would like to announce the release of MediaWiki Language Extension
Bundle 2017.01. This bundle is The bundle is compatible with MediaWiki
1.26 and 1.27 or above and requires PHP 5.5.9 or above.

Next MLEB is expected to be released in 3 months. If there are major
changes or important bug fixes, we will do intermediate release.
Please give us your feedback at
[[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]].

* Download: 
https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2017.01.tar.bz2
* sha256sum: 89f4a029f33ea9f9225c8379367bc526fa63353845a2873290ba82560fb314c9

Quick links:
* Installation instructions are at: https://www.mediawiki.org/wiki/MLEB
* Announcements of new releases will be posted to a mailing list:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n
* Report bugs to: https://phabricator.wikimedia.org/
* Talk with us at: #mediawiki-i18n @ Freenode

Release notes for each extension are below.

-- Kartik Mistry

== Highlights and upgrade notes ==

== Babel ==
* Kunal Mehta fixed compatibility with MediaWiki 1.27 version.
* This, that and the other fixed categorization of 'pt-br' and similar
language codes.
* This, that and the other fixed Babel AutoCreate's edit summaries to
use content language instead of user's UI language.

== CLDR ==
* Reedy updated CLDR to 30.0.2

== CleanChanges ==
* Maintenance and localisation updates only.

== LocalisationUpdate ==
* Niklas Laxström added warning for deprecated PHP entry point. Use
wfLoadExtensions( array( 'LocalisationUpdate' ) ); to
load extension in LocalSettings.php now.

== Translate ==
* Niklas Laxström made insertables more touch friendly.
* Niklas Laxström made several improvements for MessageTable.
* Niklas Laxström moved SpecialPage(Preparation|Migration) to tag, as
they are related to page translation.
* Niklas Laxström made several improvements in Special:TranslationStats.
* Niklas Laxström implemented plural aware message content comparison.
* Federico Leva added option to keep outdated page translation without
removing them. T60429

== UniversalLanguageSelector ==
* Fomafix added patch to remove jquery.i18n library which is available
in MediaWiki core since 1.26 version.
* Niklas Laxström added warning for deprecated PHP entry point. Use
wfLoadExtensions( array( 'UniversalLanguageSelector' ) );
to load extension in LocalSettings.php now.

-- 
Kartik Mistry/કાર્તિક મિસ્ત્રી | IRC: kart_
{kartikm, 0x1f1f}.wordpress.com

___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Creating a broken link

2017-01-25 Thread Victor Porton 
On Wed, 2017-01-25 at 12:03 -0200, Aran wrote:
> You need to add the "new" class to a link for it to be a red link,
> but
> there's no simple way to do this in standard wikitext markup. You'd
> have
> to something like enable raw html, add an extension that allows
> adding
> attributes to link syntax, or you maybe add a CSS rule so you could
> for
> example put a span with class new in the link anchor.

I am authoring an extension, So no need to "add an extension" :-)

I need not only add "new" class (as in the current version of my
extension), but also make the link to the editor rather than to a
regular page.

I can write the HTML code myself, but wonder if MW API provides a
better way to do it.

> On 25/01/17 11:52, Victor Porton wrote:
> > On Wed, 2017-01-25 at 13:45 +, John wrote:
> > > Does the page exist already?
> > 
> > No. The issue is to create a link to a page which does not exist.
> > 
> > I can hard-code HTML link in my PHP script, but I wonder if there
> > is a
> > better way.
> > 
> > > On Wed, Jan 25, 2017 at 8:23 AM Victor Porton 
> > > wrote:
> > > 
> > > > How to create a broken ("edit", "red") link to a page?
> > > > 
> > > > That is I want to generate a HTML code which displays a link,
> > > > clicking
> > > > which leads to the editor (for a page). The link should be red.
> > > > 
> > > > What is the right way to do this?
> > > > ___
> > > > Wikitech-l mailing list
> > > > Wikitech-l@lists.wikimedia.org
> > > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > > 
> > > ___
> > > Wikitech-l mailing list
> > > Wikitech-l@lists.wikimedia.org
> > > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> > > 
> > 
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Creating a broken link

2017-01-25 Thread Aran 
You need to add the "new" class to a link for it to be a red link, but
there's no simple way to do this in standard wikitext markup. You'd have
to something like enable raw html, add an extension that allows adding
attributes to link syntax, or you maybe add a CSS rule so you could for
example put a span with class new in the link anchor.


On 25/01/17 11:52, Victor Porton wrote:
> On Wed, 2017-01-25 at 13:45 +, John wrote:
>> Does the page exist already?
> No. The issue is to create a link to a page which does not exist.
>
> I can hard-code HTML link in my PHP script, but I wonder if there is a
> better way.
>
>> On Wed, Jan 25, 2017 at 8:23 AM Victor Porton 
>> wrote:
>>
>>> How to create a broken ("edit", "red") link to a page?
>>>
>>> That is I want to generate a HTML code which displays a link,
>>> clicking
>>> which leads to the editor (for a page). The link should be red.
>>>
>>> What is the right way to do this?
>>> ___
>>> Wikitech-l mailing list
>>> Wikitech-l@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>> ___
>> Wikitech-l mailing list
>> Wikitech-l@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Creating a broken link

2017-01-25 Thread Victor Porton 
On Wed, 2017-01-25 at 13:45 +, John wrote:
> Does the page exist already?

No. The issue is to create a link to a page which does not exist.

I can hard-code HTML link in my PHP script, but I wonder if there is a
better way.

> On Wed, Jan 25, 2017 at 8:23 AM Victor Porton 
> wrote:
> 
> > How to create a broken ("edit", "red") link to a page?
> > 
> > That is I want to generate a HTML code which displays a link,
> > clicking
> > which leads to the editor (for a page). The link should be red.
> > 
> > What is the right way to do this?
> > ___
> > Wikitech-l mailing list
> > Wikitech-l@lists.wikimedia.org
> > https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 


___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Creating a broken link

2017-01-25 Thread John 
Does the page exist already?

On Wed, Jan 25, 2017 at 8:23 AM Victor Porton  wrote:

> How to create a broken ("edit", "red") link to a page?
>
> That is I want to generate a HTML code which displays a link, clicking
> which leads to the editor (for a page). The link should be red.
>
> What is the right way to do this?
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Contribute to Wikimedia Foundation

2017-01-25 Thread Nethmi Pathirana 
Hi,

I am Nethmi Pathirana, a 3rd year undergraduate from the Department of
Computer Science and Engineering, University of Moratuwa.

I am very interested in supporting your vision of sharing the knowledge
freely around the world. I would like to support that by contributing to
Media wiki as a developer. Can some one guide me on more specifics about
contributing to media wiki and where I can find some beginner tasks/issues
which I can try.

Looking forward to working with you all!

Thank you,
Best Regards,
Nethmi Pathirana
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikitech-l] Creating a broken link

2017-01-25 Thread Victor Porton 
How to create a broken ("edit", "red") link to a page?

That is I want to generate a HTML code which displays a link, clicking
which leads to the editor (for a page). The link should be red.

What is the right way to do this?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l