[Wikitech-l] Wikimedia-Categories Issue T147762

2017-01-26 Thread Shanika Ediriweera
Hi, My name is Shanika Ediriweera and I am an undergraduate of University of Moratuwa. I am new to the wikimedia community. I would like to tackle this issue https://phabricator.wikimedia.org/T147762. Since I am new to the community could someone guide me in reproducing the issue? Where is the

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

2017-01-26 Thread Leon Ziemba
Pageviews Analysis now has support for the monthly granularity: http://tools.wmflabs.org/pageviews/?project=en.wikipedia.org=2015-07=2016-12=Barack_Obama|Donald_Trump|Hillary_Clinton|Bernie_Sanders ...which is much more decipherable than the same range with daily granularity!:

Re: [Wikitech-l] CirrusSearch index incompleteness problem

2017-01-26 Thread Aran
I can't see any errors in the debug log... one page had five occurrences of a search term and only showed up after rebuilding the index many times. I kept running it because I knew the page should be showing up in the results and eventually it got included. On 26/01/17 17:36, Erik Bernhardson

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

2017-01-26 Thread Legoktm
Hi, On 01/26/2017 08:03 AM, Quim Gil wrote: > For the record: Yuri got his permissions restored 52 minutes after the task > was filed, without much discussion. The task is Resolved since then. Can we > resolve this thread with this title as well, please? Yes, thanks. I respectfully ask people

Re: [Wikitech-l] CirrusSearch index incompleteness problem

2017-01-26 Thread Erik Bernhardson
On Thu, Jan 26, 2017 at 11:30 AM, Aran wrote: > Hello, > > I'm managing some mediawiki 1.27.1's running CirrusSearch 0.2 with > Elasticsearch 1.7.5. I been noticing that there are often search results > missing so I started running the forceSearchIndex.php script each

[Wikitech-l] CirrusSearch index incompleteness problem

2017-01-26 Thread Aran
Hello, I'm managing some mediawiki 1.27.1's running CirrusSearch 0.2 with Elasticsearch 1.7.5. I been noticing that there are often search results missing so I started running the forceSearchIndex.php script each night on a cron job. But I'm still finding results missing. Today I re-ran the

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

2017-01-26 Thread Alex Monk
Update: I demanded an explanation for Yurik's removal, nobody would give a good one, I revoked ops' administrative rights, and now I've been removed as a gerrit administrator with ops re-added. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org

Re: [Wikitech-l] Deprecation logging in production

2017-01-26 Thread Chad
On Thu, Jan 26, 2017 at 10:19 AM Daniel Kinzler wrote: > * Extensions and skins bundled with the MediaWiki tarball MUST NOT trigger > hard > deprecation warnings and MUST be updated to use the new code. > > > But that's just for bundeled extensions, not deployed

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

2017-01-26 Thread Neil P. Quinn
On Wed, Jan 25, 2017 at 2:55 PM, Alex Monk wrote: > 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

Re: [Wikitech-l] Deprecation logging in production

2017-01-26 Thread Daniel Kinzler
Am 26.01.2017 um 10:36 schrieb Antoine Musso: > We have a strict deprecation policy which ask for extensions to be updated > when > a code is @deprecated. And removing code/hook must only be made when we have > verified that all extensions we host have been migrated. >

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

2017-01-26 Thread Alex Monk
On 26 January 2017 at 16:03, Quim Gil wrote: > Can we > resolve this thread with this title as well, please? > We could rename the thread. On 26 January 2017 at 16:03, Quim Gil wrote: > The cause for the removal was simple: standard procedure for

[Wikitech-l] ArchCom Status & Meeting Minutes, WD4

2017-01-26 Thread Daniel Kinzler
Hi all! Here are the minutes from this week's ArchCom meeting. You can also find the minutes at . See also the ArchCom status page at and the RFC board

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

2017-01-26 Thread Quim Gil
On Wed, Jan 25, 2017 at 4:44 AM, 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

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

2017-01-26 Thread Zppix
Why did they got removed? > On Jan 24, 2017, at 9:44 PM, 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

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

2017-01-26 Thread MZMcBride
Antoine Musso wrote: >The staff period can have changed the state of mind of the person, even >had it been a volunteer before employment. If leaving in bad terms with >an eventual envy of retaliation against the project, then code get >screwed. > >A very basic exit interview would clarify the

Re: [Wikitech-l] Code of Conduct "Creation and renewal of the Committee" text

2017-01-26 Thread Zppix
Mind if i proofread and edit it a bit if i see fit? > On Jan 24, 2017, at 1:14 PM, Matthew Flaschen wrote: > > Please participate in the discussion about the "Creation and renewal of the > Committee" section. This is not to approve it yet, just a discussion: > >

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

2017-01-26 Thread Antoine Musso
On 25/01/17 22:03, Alex Monk 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

Re: [Wikitech-l] Deprecation logging in production

2017-01-26 Thread Antoine Musso
On 26/01/17 01:18, Erik Bernhardson 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

Re: [Wikitech-l] Deprecation logging in production

2017-01-26 Thread Antoine Musso
On 26/01/17 01:48, Gergo Tisza wrote: Here is a simple dashboard: https://logstash.wikimedia.org/app/kibana#/dashboard/mediawiki-deprecated Thanks quite helpful. The equivalent for beta which is publicly available: https://logstash-beta.wmflabs.org/app/kibana#/dashboard/mediawiki-deprecated