Re: [Wikitech-l] Please help a patch not to become two years old

On Sat, 2015-06-06 at 21:40 +0200, Ricordisamoa wrote: > https://gerrit.wikimedia.org/r/67588 needs love. > Less than 2 days left! Thanks in advance. For future reference, adding basic context (e.g.: "Scribunto" here) is very welcome if you would also like to reach people who normally do not click

Re: [Wikitech-l] Please help a patch not to become two years old

Il 08/06/2015 12:56, Andre Klapper ha scritto: On Sat, 2015-06-06 at 21:40 +0200, Ricordisamoa wrote: https://gerrit.wikimedia.org/r/67588 needs love. Less than 2 days left! Thanks in advance. For future reference, adding basic context (e.g.: "Scribunto" here) is very welcome if you would also

[Wikitech-l] Stalled task: page status indicator sorting

I would like some more eyes on https://phabricator.wikimedia.org/T94307. Since its inception, page status indicators have one major drawback; automatic sorting cannot be disabled. It purports to give placements control as it sorts by indicator name, but this proves difficult, as none of the t

Re: [Wikitech-l] Stalled task: page status indicator sorting

Il 08/06/2015 14:08, Erwin Dokter ha scritto: I would like some more eyes on https://phabricator.wikimedia.org/T94307. Since its inception, page status indicators have one major drawback; automatic sorting cannot be disabled. It purports to give placements control as it sorts by indicator nam

Re: [Wikitech-l] Please help a patch not to become two years old

Just for kicks, I revived an almost 2,5 year old patch to add WebP upload support :D https://gerrit.wikimedia.org/r/#/c/95872/ Anyone interested ? DJ On Mon, Jun 8, 2015 at 1:29 PM, Ricordisamoa wrote: > Il 08/06/2015 12:56, Andre Klapper ha scritto: > >> On Sat, 2015-06-06 at 21:40 +0200, Ri

Re: [Wikitech-l] [editing-department] Read the VisualEditor process review

And, as a person that is not involved in the development of VisualEditor in any way but knows many of the VisualEditor Team quite well, I also found this very interesting. Thanks for putting it together! Dan On 6 June 2015 at 21:18, Risker wrote: > As a non-technical volunteer, I've drifted in

[Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

Hi everybody! More than six months ago, Wikimedia migrated its bug report management from Bugzilla to Phabricator. At the same time, Bugzilla was turned read-only (but still allowed users to log in to access and manually migrate votes or saved searches) and moved to the address old-bugzilla.wikime

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

On Mon, Jun 8, 2015 at 11:13 AM, Andre Klapper wrote: > Thanks to John and Daniel, a static HTML version of old-bugzilla exists > at > https://static-bugzilla.wikimedia.org [4]. > It allows to still access those historical Bugzilla reports and the > related history/activity. > The few times I've

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

Hi, On 06/08/2015 08:13 AM, Andre Klapper wrote: > Now after everybody had more than six months to switch to Phabricator, > old-bugzilla.wikimedia.org is planned to get switched off on June 22nd > [3] (as keeping Bugzilla running requires maintenance like applying > security updates). Do we have

Re: [Wikitech-l] Read the VisualEditor process review

x-posting to teampractices list On Fri, Jun 5, 2015 at 4:56 PM, Neil P. Quinn wrote: > Hello everybody! > > For the past couple months, Joel Aufrecht and I have been working on a > project to document and improve the VisualEditor team's processes; we just > published a draft of our report >

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

> I'd like to thank John & Daniel for all their work creating static-bz! +1 > From: aklap...@wikimedia.org > To: wikitech-l@lists.wikimedia.org > Date: Mon, 8 Jun 2015 17:13:08 +0200 > Subject: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor > of static-bugzilla > > Hi every

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

On Mon, 2015-06-08 at 09:48 -0700, Legoktm wrote: > Do we have usage statistics on how many people are still using > old-bugzilla? I still use it frequently for searching for example. Only data that I am aware of is https://phabricator.wikimedia.org/T86859#1182758 (And yes, Phabricator's "Searc

Re: [Wikitech-l] [Mediawiki-i18n] [Wikimedia-l] ContentTranslation gets to 2000

On Sat, Jun 6, 2015 at 3:12 PM, Amir E. Aharoni < amir.ahar...@mail.huji.ac.il> wrote: > > Again, the same problem with the infobox and lead image, but there > > was a gallery that popped over and I was quite pleased with that. > > I'm glad to hear, thank you :) > > > I published the article with

Re: [Wikitech-l] old-bugzilla.wikimedia.org to be switched off in favor of static-bugzilla

> On 8 Jun 2015, at 16:13, Andre Klapper wrote: > > Thanks to John and Daniel, a static HTML version of old-bugzilla exists > at > https://static-bugzilla.wikimedia.org [4]. > It allows to still access those historical Bugzilla reports and the > related history/activity. > I noticed that it se

Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

It would be nice if MediaWiki API _AND_ pywikipedia bot do not deprecate at once. Now it looks as API: we are deprecating what we promised to deprecated long ago - ok pywikipedia compat: did not handle the deprecation of API before, and are not going to fix copy-pasted in tens of places (not on

[Wikitech-l] possible wikitech breakages tomorrow, 20:00 UTC

Tomorrow I'm going to make another attempt at switching us over to a new labs controller host. That won't break anything for running labs instances, but it will probably have some or all of the following effects on wikitech users: 1) Wikitech will go into maintenance mode 2) Wikitech se

Re: [Wikitech-l] [editing-department] Read the VisualEditor process review

Hi Greg, The process improvement effort is not explicitly tied in with quarterly goals. If we come up with specific recommendations that require enough effort to register on a quarterly scale, or that influence the output of the team that much, they could be inputs to goal-setting. Team Practice

Re: [Wikitech-l] Please help a patch not to become two years old

On 6/8/15, Andre Klapper wrote: > On Sat, 2015-06-06 at 21:40 +0200, Ricordisamoa wrote: >> https://gerrit.wikimedia.org/r/67588 needs love. >> Less than 2 days left! Thanks in advance. > > For future reference, adding basic context (e.g.: "Scribunto" here) is > very welcome if you would also like

Re: [Wikitech-l] Please help a patch not to become two years old

There's a weird loophole in devs' brain which will make any dev want to merge your patches NOW! Vito 2015-06-08 23:44 GMT+02:00 Brian Wolff : > On 6/8/15, Andre Klapper wrote: > > On Sat, 2015-06-06 at 21:40 +0200, Ricordisamoa wrote: > >> https://gerrit.wikimedia.org/r/67588 needs love. > >> L

Re: [Wikitech-l] Please help a patch not to become two years old

Devs hate him! and Congratulations! You have been selected to win a free iPatch. On Mon, Jun 8, 2015 at 4:11 PM, Vi to wrote: > There's a weird loophole in devs' brain which will make any dev want to > merge your patches NOW! > > Vito > > 2015-06-08 23:44 GMT+02:00 Brian Wolff : > > > On 6/8/1

Re: [Wikitech-l] Please help a patch not to become two years old

Discover why you should never merge this 10 patches... Il 09/06/2015 00:18, Stephen Niedzielski ha scritto: Devs hate him! and Congratulations! You have been selected to win a free iPatch. On Mon, Jun 8, 2015 at 4:11 PM, Vi to wrote: There's a weird loophole in devs' brain which will make

[Wikitech-l] Feedback requested on our search APIs

Do you use our search API? If so, I'd like to hear from you! The Discovery Department at the Wikimedia Foundation is tasked with building a path of discovery to relevant and trusted knowledge. In line with that, one of our prim

Re: [Wikitech-l] Feedback requested on our search APIs

On 6/8/15, Dan Garry wrote: > Do you use our search API? If so, I'd like to hear from you! > > The Discovery Department > at > the Wikimedia Foundation is tasked with building a path of discovery to > relevant and trusted knowl

Re: [Wikitech-l] Feedback requested on our search APIs

On Mon, Jun 8, 2015 at 4:16 PM, Brian Wolff wrote: > The search api (by which I mean query=search in api.php) is somewhat > poorly documented. You have to dig to find > https://www.mediawiki.org/wiki/Help:CirrusSearch . I recently added https://www.mediawiki.org/wiki/API:Search_and_discovery wh

Re: [Wikitech-l] API BREAKING CHANGE: Default continuation mode for action=query will change at the end of this month

On Tue, Jun 9, 2015 at 6:04 AM, Ilya Korniyko wrote: > It would be nice if MediaWiki API _AND_ pywikipedia bot do not deprecate > at once. > > Now it looks as > API: we are deprecating what we promised to deprecated long ago - ok > pywikipedia compat: did not handle the deprecation of API befor

Re: [Wikitech-l] Feedback requested on our search APIs

On 6/8/15, S Page wrote: > On Mon, Jun 8, 2015 at 4:16 PM, Brian Wolff wrote: > >> The search api (by which I mean query=search in api.php) is somewhat >> poorly documented. You have to dig to find >> https://www.mediawiki.org/wiki/Help:CirrusSearch . > > > I recently added https://www.mediawiki.

Re: [Wikitech-l] Feedback requested on our search APIs

On Mon, Jun 8, 2015 at 4:16 PM, Brian Wolff wrote: > Additionally, from the help page, its not entirely clear about some of > the limitations. e.g. You can't do incategory:Foo OR intitle:bar. > regexes on intitle don't seem to work over the whole title, only word > level tokens (I think, maybe? I