Re: [Wikitech-l] Gadget I18N: Recommendation?

[Robert Vogel]

Hi Bartosz,

thank you very much. This is exactly the information I needed.

--
Robert

-Ursprüngliche Nachricht-
Von: wikitech-l-boun...@lists.wikimedia.org 
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Bartosz 
Dziewonski
Gesendet: Mittwoch, 23. Juli 2014 17:19
An: Wikimedia developers
Betreff: Re: [Wikitech-l] Gadget I18N: Recommendation?

You can use mw.messages.set( { key: 'value', … } ) to set the message keys that 
are used by mw.message() and mw.msg(). No need for
mw.loader.implement() (in fact, you should probably never call that function at 
all).

This has no i18n support by itself, so you have to handle that part yourself 
(either loading them from somewhere else or just keeping the entire list in 
source code). A very simple practical example (with no language fallback chain 
support, it just falls back to English):

var translations = {
en: {
'my-gadget-some-key': "My message"
},
pl: {
'my-gadget-some-key': "Moja wiadomość"
}
};

var userLanguage = mw.config.get( 'wgUserLanguage' );
mw.messages.set( translations[userLanguage] || translations.en );

___
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] Reviewing a couple of TorBlock patches

[Legoktm]

On 7/23/14, 4:56 AM, Quim Gil wrote:
> According to our algorithm (*), TorBlock currently has the worse track
> reviewing code contributions -- even after Tim gave a -1 to one of the
> three open patches last week (thanks!). There are two patches from Tyler
> that haven't received any feedback at all since August 2013.
> 
> https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z

I left comments on all the patches. The -1's are mainly due to rebasing
needed.

> Your help reviewing these patches is welcome.
> 
> It is not surprising that this extension has no maintaner listed at
> https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested
> Tim in that table, he disagrees and edited accordingly).
> 
> Also, maybe someone is interested in maintaining this extension? Only
> eleven patches submitted in the last 15 months.

Probably not since I don't really know that much about tor, but I'm
willing to review Tyler's patches if he's unable to find other people.

-- Legoktm

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

Re: [Wikitech-l] Moving Mathoid to production cluster

[Bryan Davis]

On Wed, Jul 23, 2014 at 3:42 PM, Moritz Schubotz  wrote:
> Hi,
>
> the discussion stopped with the question:
> How to test the new rendering on betalabs?
> So, does who knows the answer?

Beta uses the same puppet configuration as production to provision
hosts. You will need to get all the puppet configuration (and
associated packaging) setup in operations/puppet.git that is needed to
install and configure your application in production. Then we can
provision a new VM in the deployment-prep project (beta) and apply the
puppet role(s) needed to provision the application. I suppose there
probably is some configuration to be done in
operations/mediawiki-config.git as well to tell the beta wikis how to
talk to mathoid.

Bryan
-- 
Bryan Davis  Wikimedia Foundation
[[m:User:BDavis_(WMF)]]  Sr Software EngineerBoise, ID USA
irc: bd808v:415.839.6885 x6855

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

Re: [Wikitech-l] Moving Mathoid to production cluster

[Moritz Schubotz]

Hi,

the discussion stopped with the question:
How to test the new rendering on betalabs?
So, does who knows the answer?

Best
Moritz

On Tue, Jul 15, 2014 at 12:19 PM, Moritz Schubotz  wrote:
> Hi Chris,
>
> By default the Math extension users the dedicated host
> mathoid.testme.wmflabs.org this  host is accessible from the beta cluster.
> A bug related to the beta cluster is available here
>
> https://bugzilla.wikimedia.org/show_bug.cgi?id=66516
>
> But I have no clue how to change the config for betalabs.
>
> Best
>
> Moritz
> Am 15.07.2014 17:06 schrieb "Chris McMahon" :
>
>> On Tue, Jul 15, 2014 at 1:10 AM, Moritz Schubotz 
>> wrote:
>>
>> > Hi Chris,
>> >
>> > me too.
>> > How can I implement in in beta labs?
>> >
>>
>> I'd say to start by filing a bugzilla ticket for Wikimedia
>> Labs/deployment-prep.
>> Then it is a matter of registering the proper extensions and config in
>> puppet.
>> Would mathoid need a dedicated host?
>>
>>
>> >
>> > Best
>> > Moritz
>> >
>> > On Mon, Jul 14, 2014 at 6:35 PM, Chris McMahon 
>> > wrote:
>> > > I would really like to see this follow the standard deploy scheme:
>> > >  implement it in beta labs; then enable it for mediawiki.org and
>> > test2wiki;
>> > > then enable it on production cluster nodes.
>> > > -Chris
>> > >
>> > >
>> > > On Mon, Jul 7, 2014 at 3:07 AM, Moritz Schubotz
>> > > 
>> > > wrote:
>> > >
>> > >> Hi,
>> > >>
>> > >> during the last year the math extension achieved a goal defined back
>> > >> in 2003. Support of MathML. In addition there is SVG support for
>> > >> MathML disabled browsers. (See http://arxiv.org/abs/1404.6179 for the
>> > >> details)
>> > >> I would like to give Wikipedia users a chance to test this new long
>> > >> awaited feature.
>> > >> Therefore we would need a mathoid instance that is accessible from
>> > >> the
>> > >> production cluster. Greg Grossmeier already created the required
>> > >> table
>> > >> in the database. (Sorry for the "friction" connected with this
>> > >> process)
>> > >> Currently the MathJax team is working on a phantom.js less method to
>> > >> render texvc to mathml and svg. Some days ago I have tested that it,
>> > >> and it works quite well. I would appreciate a discussion with ops
>> > >> that
>> > >> to figure out how this can be can go to production. The original idea
>> > >> was to use jenkins to build the mathoid debian package. Even though
>> > >> the debian package builds without any issues in the launchpad ppa
>> > >> repo
>> > >> jenkins can not build the package. If there is a reference project
>> > >> that uses jenkins to build debian packages that go to production this
>> > >> would really help to figure out what is different for mathoid and why
>> > >> the package building does not work even though it works on launchpad.
>> > >>
>> > >> Best
>> > >> Physikerwelt
>> > >>
>> > >> PS: I was informed that there is a related RT that I can not access
>> > >> https://rt.wikimedia.org/Ticket/Display.html?id=6077
>> > >>
>> > >> --
>> > >> Mit freundlichen Grüßen
>> > >> Moritz Schubotz
>> > >>
>> > >> ___
>> > >> 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
>> >
>> >
>> >
>> > --
>> > Mit freundlichen Grüßen
>> > Moritz Schubotz
>> >
>> >   Telefon (Büro):  +49 30 314 22784
>> >   Telefon (Privat):+49 30 488 27330
>> >   E-Mail: schub...@itp.physik.tu-berlin.de
>> >   Web: http://www.physikerwelt.de
>> >   Skype: Schubi87
>> >   ICQ: 200302764
>> >   Msn: mor...@schubotz.de
>> >
>> > ___
>> > 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] RFC discussion Wednesday: Composer-managed libraries on WMF cluster

[Sumana Harihareswara]

​This is starting in half an hour.​


On Mon, Jul 21, 2014 at 2:46 PM, Sumana Harihareswara  wrote:

> ​Sorry, time error. Fixing below.​
>
>
> On Mon, Jul 21, 2014 at 11:40 AM, Sumana Harihareswara <
> suma...@wikimedia.org> wrote:
>
>> https://www.mediawiki.org/wiki/Architecture_meetings/RFC_review_2014-07-23
>>
>> This Wednesday we're discussing Bryan Davis's suggested "process for
>> using Composer
>> managed PHP libraries to support MediaWiki on the WMF production and
>> beta clusters."
>> https://www.mediawiki.org/wiki/Requests_for_comment/Composer_managed_libraries_for_use_on_WMF_cluster
>>
>> He says: "I would really appreciate comments from those of you
>> spend time thinking about keeping the cluster running smoothly and
>> securely. I would especially be excited to hear ideas about how we can
>> ensure that upstream security issues are tracked and responded to in a
>> timely manner."
>>
>
> ​2200-2300 UTC on Wednesday, July 23rd, in #wikimedia-office on Freenode
> IRC.
>
> 11pm London
> 6pm New York City
> 3pm San Francisco
> Thursday 8am in Sydney, Australia​
>
> Sumana Harihareswara
> Senior Technical Writer
> Wikimedia Foundation
>
>>
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] logging out on one device logs user out everywhere

[Krinkle]

I think generally user's expectation (and imho desirable behaviour in 
general[1]) is that logging out one session, does not affect other sessions.

However I think it's a valid use case to be able to invalidate other sessions 
remotely (e.g. you lost control over the device or it's inconvenient to get 
at), as well as being able to invalidate all other sessions (paranoia, 
convenience, clean slate, or " I can't remember what device that bloke had when 
I needed to check my e-mail and forgot to log out").

Both Gmail and Facebook currently implement systems like this.

On Gmail, you have a footnote "Last account activity: " with a 
details link providing an overview of all current sessions (basically extracted 
from session data associated with the session cookies set for your account). It 
shows the device type (user agent or, if not cookie based, the protocol, like 
IMAP/SMTP), the location and IP, and when the session was last active. It has 
an option to "Sign out all other session".

On Facebook, the "Security Settings" feature has a section "Where You're Logged 
In" which is similar. Though slightly more enhanced in that it also allows 
ending individual sessions.

They also have a section "Trusted Browsers" which is slightly different in that 
it lists sessions that are of the "Remember me" type and also lists 
authenticated devices that won't ask for two-step verification again. And the 
ability to revoke any of them.

— Krinkle

[1] E.g. not expectation based on previous negative experience with other sites.

On 23 Jul 2014, at 16:45, Chris Steipp  wrote:

> On Tuesday, July 22, 2014, MZMcBride  wrote:
> 
>> Chris Steipp wrote:
>>> I think this should be managed similar to https-- a site preference,
>>> and users can override the site config with a user preference.
>> 
>> Please no. There's been a dedicated effort in 2014 to reduce the number
>> of user preferences. They're costly to maintain and they typically
>> indicate a design flaw: software should be sensible by default and a user
>> preference should only be a tool of last resort. The general issue of user
>> preferences-creep remains particularly acute as global (across a wikifarm)
>> user preferences still do not exist. Of course in this specific case,
>> given the relationship with CentralAuth, you probably could actually have
>> a wikifarm-wide user preference, but that really misses the larger point
>> that user preferences should be avoided, if at all possible.
>> 
>> I'll start a new thread about my broader thoughts here.
>> 
> 
> I think we have too many preferences also, no disagreement there.
> 
> But like Risker, I too want to always destroy all my sessions when I logout
> (mostly because I log in and out of accounts a lot while testing, and I
> like knowing that applies to all the browsers I have open). So I'm biased
> towards thinking this is preference worthy, but I do think it's one of
> those things that if it doesn't behave as a user expects, they're going to
> think it's a flaw in the software and file a bug to change it.
> 
> I'm totally willing to admit the expectations I have are going to be the
> minority opinion. If it's a very, very small number of us, then yeah,
> preference isn't needed, and we can probably get by with a gadget.
> 
> Your proposal for account info and session management is good too. I hope
> someone's willing to pick that up.
> 
> 
> 
>> 
>> MZMcBride
>> 
>> 
>> 
>> ___
>> 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] logging out on one device logs user out everywhere

[Antoine Musso]

Le 16/07/2014 03:52, Jon Robson a écrit :
> (Forked from Re: [Wikitech-l] "Not logged in" page)
> 
> Is it time to revisit this behaviour? It's come up as being a usability
> problem a few times now.
> 
> Currently if I log out of a public computer it logs me out of my tablet
> device,mobile device and home computer. :(
> 
> See bug for reference [1]
> 
> [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=49890

Hello,

I would use a system similiar to Github or Phabricator.  When you log
out, it only invalidate your current browser session.   Then in you
preference you have a list of all valid sessions which which you can
manually invalidate.

On Github that is under Settings -> Security
https://github.com/settings/security

That shows me:


== Sessions ==
This is a list of devices that have logged into your account. Revoke any
sessions that you do not recognize.

 Nantes: some IP
 Safari on OS X 10.9.4
 Location: Nantes, France
 Signed in: May 26, 2014

That gives enough information to identify the sessions and invalidate
them if needed.   We could add a tab to Special:Preferences.


An interesting feature on Github is the security history which listnew
sessions and from where I logged on.   Might be worth a look at.


The same goes on for Phabricator, if you are logged in:
 http://fab.wmflabs.org/settings/panel/sessions/

Gives me a table such as:

++---++-++
|Identity|Session|Type|Created  |Expires |
++---++-++
|hashar  |abcdef |web |Apr 29 2014, 7:54 AM |Tue, Aug 19 |  
++---++-++

There are less informations than on Github though.

-- 
Antoine "hashar" Musso


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

Re: [Wikitech-l] logging out on one device logs user out everywhere

[Chris Steipp]

On Tuesday, July 22, 2014, MZMcBride  wrote:

> Chris Steipp wrote:
> >I think this should be managed similar to https-- a site preference,
> >and users can override the site config with a user preference.
>
> Please no. There's been a dedicated effort in 2014 to reduce the number
> of user preferences. They're costly to maintain and they typically
> indicate a design flaw: software should be sensible by default and a user
> preference should only be a tool of last resort. The general issue of user
> preferences-creep remains particularly acute as global (across a wikifarm)
> user preferences still do not exist. Of course in this specific case,
> given the relationship with CentralAuth, you probably could actually have
> a wikifarm-wide user preference, but that really misses the larger point
> that user preferences should be avoided, if at all possible.
>
> I'll start a new thread about my broader thoughts here.
>

I think we have too many preferences also, no disagreement there.

But like Risker, I too want to always destroy all my sessions when I logout
(mostly because I log in and out of accounts a lot while testing, and I
like knowing that applies to all the browsers I have open). So I'm biased
towards thinking this is preference worthy, but I do think it's one of
those things that if it doesn't behave as a user expects, they're going to
think it's a flaw in the software and file a bug to change it.

I'm totally willing to admit the expectations I have are going to be the
minority opinion. If it's a very, very small number of us, then yeah,
preference isn't needed, and we can probably get by with a gadget.

Your proposal for account info and session management is good too. I hope
someone's willing to pick that up.



>
> MZMcBride
>
>
>
> ___
> 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] Gadget I18N: Recommendation?

[Bartosz Dziewoński]

You can use mw.messages.set( { key: 'value', … } ) to set the message keys  
that are used by mw.message() and mw.msg(). No need for  
mw.loader.implement() (in fact, you should probably never call that  
function at all).


This has no i18n support by itself, so you have to handle that part  
yourself (either loading them from somewhere else or just keeping the  
entire list in source code). A very simple practical example (with no  
language fallback chain support, it just falls back to English):


var translations = {
en: {
'my-gadget-some-key': "My message"
},
pl: {
'my-gadget-some-key': "Moja wiadomość"
}
};

var userLanguage = mw.config.get( 'wgUserLanguage' );
mw.messages.set( translations[userLanguage] || translations.en );

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

Re: [Wikitech-l] Remider: Next bug triage for pywikibot starts in less than 24 hours

[Amir Ladsgroup]

*Reminder :D


On Wed, Jul 23, 2014 at 6:33 PM, Amir Ladsgroup  wrote:

> Hello all,
> This e-mail is just a reminder for you that next bug triage for pywikibot
>  will
> start tomorrow 10:00 UTC. You are very welcome to join. For further
> information see this blog post
> 
> .
>
>
> Best
> --
> Amir
>
>
>


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

[Wikitech-l] Remider: Next bug triage for pywikibot starts in less than 24 hours

[Amir Ladsgroup]

Hello all,
This e-mail is just a reminder for you that next bug triage for pywikibot
 will start
tomorrow 10:00 UTC. You are very welcome to join. For further information
see this blog post

.


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

Re: [Wikitech-l] Phabricator migration update

[Michał Łazowik]

Howdy!

Wiadomość napisana przez Quim Gil  w dniu 23 lip 2014, o 
godz. 15:16:

> https://www.mediawiki.org/
> wiki/Phabricator/Help

I'm just fixing a link here:
https://www.mediawiki.org/wiki/Phabricator/Help

Bye,
Michał


signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Phabricator migration update

[Quim Gil]

On Wednesday, July 23, 2014, Petr Bena  wrote:

> when do you plan to launch fabricator on production? I would like to
> be a guinea pig with a number of small projects (wm-bot and huggle for
> beginning)
>

The time of the Phabricator guinea pigs is now: https://www.mediawiki.org/
wiki/Phabricator/Help :)


-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Reviewing a couple of TorBlock patches

[Tyler Romeo]

FYI, I’d be willing to maintain the extension, but it’d be best it there was 
one other person, since it is WMF-deployed and thus I cannot merge my own 
patches.
-- 
Tyler Romeo
0x405D34A7C86B42DF

From: Quim Gil 
Reply: Wikimedia developers >
Date: July 23, 2014 at 7:57:07
To: Wikimedia developers >
Subject:  [Wikitech-l] Reviewing a couple of TorBlock patches  

According to our algorithm (*), TorBlock currently has the worse track
reviewing code contributions -- even after Tim gave a -1 to one of the
three open patches last week (thanks!). There are two patches from Tyler
that haven't received any feedback at all since August 2013.

https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z


Your help reviewing these patches is welcome.

It is not surprising that this extension has no maintaner listed at
https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested
Tim in that table, he disagrees and edited accordingly).

Also, maybe someone is interested in maintaining this extension? Only
eleven patches submitted in the last 15 months.

(*) http://korma.wmflabs.org/browser/gerrit_review_queue.html -- the
algorithm happens to be buggy these days, but apparently equally buggy for
all repos, which still results in some kind of justice.


--  
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
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] Phabricator migration update

[Florian Schmidt]

Am 2014-07-23 14:43, schrieb Quim Gil:

Hi Florian,

On Wednesday, July 23, 2014, Florian Schmidt <
florian.schmidt.wel...@t-online.de> wrote:


Hello Andre!

 teams are definitely welcome to try

out the Labs instance



Can you say, how is the workflow for this?



See Requesting a new project
https://www.mediawiki.org/wiki/Phabricator/Help

Your questions (and yourselves) are welcome!


Hi Quim!


See Requesting a new project
https://www.mediawiki.org/wiki/Phabricator/Help


Maybe next time i read first ;)


Your questions (and yourselves) are welcome!

Thanks :)

Kind regards,
Florian

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

Re: [Wikitech-l] Phabricator migration update

[Quim Gil]

Hi Florian,

On Wednesday, July 23, 2014, Florian Schmidt <
florian.schmidt.wel...@t-online.de> wrote:

> Hello Andre!
>
>  teams are definitely welcome to try
>> out the Labs instance
>>
>
> Can you say, how is the workflow for this?


See Requesting a new project
https://www.mediawiki.org/wiki/Phabricator/Help

Your questions (and yourselves) are welcome!


-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Phabricator migration update

[Petr Bena]

when do you plan to launch fabricator on production? I would like to
be a guinea pig with a number of small projects (wm-bot and huggle for
beginning)

On Wed, Jul 23, 2014 at 12:08 PM, Florian Schmidt
 wrote:
> Hello Andre!
>
>
>> teams are definitely welcome to try
>> out the Labs instance
>
>
> Can you say, how is the workflow for this? My team is only me (;)) with a
> very little project:
> https://www.mediawiki.org/wiki/Extension:GoogleLogin
>
> but maybe i can test, too, while using phabricator :)
>
> Thanks for answer!
>
> Kind regards,
> Floian
>
> Am 2014-07-23 00:43, schrieb Andre Klapper:
>
>> Hi,
>>
>> On Fri, 2014-07-18 at 15:29 -0700, Steven Walling wrote:
>>>
>>> When we've migrated from Bugzilla, are you looking for teams to be guinea
>>> pigs and try out Phabricator? Overall, I feel like we're not going to get
>>> the real benefit until we migrate from Gerrit and the entire toolset is
>>> on
>>> Phabricator. That said, I think Growth would be interested in
>>> provisionally
>>> giving Phabricator a try as a Trello/Bugzilla replacement.
>>
>>
>> Note that mail notifications can sometimes be delayed due (bug 65861).
>> If you are aware that fab.wmflabs.org is an unstable service until
>> migrated to production, and if you could deal with potential data loss
>> (which has never happened so far), teams are definitely welcome to try
>> out the Labs instance with a small project and provide more feedback.
>>
>> andre
>
>
> ___
> 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] Quick PHP question about checking for web API

[Shawn Jones]

HI folks,

I’m working on a another MediaWiki extension and I wanted to know if there is 
another way to check that the web API is enabled other than just performing:

if ( $wgEnableAPI === true )

I was hoping there was some function that just returned the value of 
$wgEnableAPI.

If there is another way to see if the user has turned off the web API, that 
would be cool, too.  I just need to check that it’s enabled.

Thanks in advance,

Shawn M. Jones
Graduate Research Assistant
Department of Computer Science
Old Dominion University

Email:  sj...@cs.odu.edu
Research group: http://ws-dl.blogspot.com
Twitter:@shawnmjones






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

[Wikitech-l] Reviewing a couple of TorBlock patches

[Quim Gil]

According to our algorithm (*), TorBlock currently has the worse track
reviewing code contributions -- even after Tim gave a -1 to one of the
three open patches last week (thanks!). There are two patches from Tyler
that haven't received any feedback at all since August 2013.

https://gerrit.wikimedia.org/r/#/q/status:open+project:mediawiki/extensions/TorBlock,n,z


Your help reviewing these patches is welcome.

It is not surprising that this extension has no maintaner listed at
https://www.mediawiki.org/wiki/Developers/Maintainers (someone suggested
Tim in that table, he disagrees and edited accordingly).

Also, maybe someone is interested in maintaining this extension? Only
eleven patches submitted in the last 15 months.

(*) http://korma.wmflabs.org/browser/gerrit_review_queue.html -- the
algorithm happens to be buggy these days, but apparently equally buggy for
all repos, which still results in some kind of justice.


-- 
Quim Gil
Engineering Community Manager @ Wikimedia Foundation
http://www.mediawiki.org/wiki/User:Qgil
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Anyone going to WikiMania?

[Mark Clements (HappyDog)]

Thanks for all your great responses and tips!  I'm really looking forward to 
it.


See you there!

- Mark Clements (HappyDog)

"Tim Starling"  wrote in message 
news:lqhsp5$aco$1...@ger.gmane.org...

On 21/07/14 00:24, Marc A. Pelletier wrote:

On 07/19/2014 05:47 AM, Mark Clements (HappyDog) wrote:

I've never been to a hackathon before!  What should I expect?  Are any
of you guys coming?


Hackathons tend to cover the range from "complete newbie" to "Brion";
it's the meeting place for everyone who are involved - or want to get
involved - in everything related to technical aspects of
Mediawiki/Wikimedia; from core to language to tools.


It will be big, maybe 345 people. If previous Wikimanias are a useful
guide, many of the people will be locals who have only a passing
interest in MediaWiki, and were just looking for a cheap tech
conference to go to. Local students who know nothing about MediaWiki
will walk up to you and shake your hand, while some active, long-term
developers will sit in a corner by themselves staring at their laptops.

Reading name badges is useful, especially if the font is large enough
that it can be read without seeming intrusive. Hopefully we will have
a wikified attendence list. If you know that someone is present who
you want to talk to, you can ask someone to point them out to you.

My advice is to concentrate on the things you can't do at home. Meet
people, get to know them, build a rapport. Listen to their ideas, get
inspired, share your own ideas in return. Don't expect to write a
significant amount of code.

I will be there.

-- Tim Starling


___
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] Phabricator migration update

[Florian Schmidt]

Hello Andre!


teams are definitely welcome to try
out the Labs instance


Can you say, how is the workflow for this? My team is only me (;)) with 
a very little project:

https://www.mediawiki.org/wiki/Extension:GoogleLogin

but maybe i can test, too, while using phabricator :)

Thanks for answer!

Kind regards,
Floian

Am 2014-07-23 00:43, schrieb Andre Klapper:

Hi,

On Fri, 2014-07-18 at 15:29 -0700, Steven Walling wrote:
When we've migrated from Bugzilla, are you looking for teams to be 
guinea
pigs and try out Phabricator? Overall, I feel like we're not going to 
get
the real benefit until we migrate from Gerrit and the entire toolset 
is on
Phabricator. That said, I think Growth would be interested in 
provisionally

giving Phabricator a try as a Trello/Bugzilla replacement.


Note that mail notifications can sometimes be delayed due (bug 65861).
If you are aware that fab.wmflabs.org is an unstable service until
migrated to production, and if you could deal with potential data loss
(which has never happened so far), teams are definitely welcome to try
out the Labs instance with a small project and provide more feedback.

andre


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

Re: [Wikitech-l] Feedback for mediawiki api development course on codecademy.

[Justin Folvarcik]

Yep, it's bugged. Can't get past the second exercise.
Really glad to see this course on Codecademy by the way. They've proven to
be a helpful resource.


On Tue, Jul 22, 2014 at 3:56 PM, Sumana Harihareswara  wrote:

> Taking to private email/IRC. :)
>
> Sumana Harihareswara
> Senior Technical Writer
> Wikimedia Foundation
>
>
> On Tue, Jul 22, 2014 at 3:54 PM, Diwanshi Pandey  >
> wrote:
>
> > Hi Sumana,
> >
> > In the first exercise when are you getting the error you mentioned. I
> mean
> > Did you change the String "New York" to "Saint Petersburg" ?
> > Can you tell me the sequence of what you did? Because I am not getting
> > that error. Otherwise try "Reset Code" once.
> > Thanks
> >
> >
> >  On Tue, Jul 22, 2014 at 11:24 PM, Diwanshi Pandey <
> > diwanshipan...@gmail.com> wrote:
> >
> >> Hi Sumana,
> >>
> >> Thanks,  for reporting the issue.. I will check it. The issue Alex
> >> reported works fine for me. And also i have reported codecademy about
> it. I
> >> will ping them once again for that.
> >> On Jul 22, 2014 10:09 PM, "Sumana Harihareswara"  >
> >> wrote:
> >>
> >>> Diwanshi, the bug Alex reported is still a problem. There's a similar
> >>> bug on step 3.
> >>>
> >>> Sumana Harihareswara
> >>> Senior Technical Writer
> >>> Wikimedia Foundation
> >>>
> >>>
> >>> On Tue, Feb 25, 2014 at 1:48 PM, Diwanshi Pandey <
> >>> diwanshipan...@gmail.com> wrote:
> >>>
>  Hi Alex,
>  Thanks for the feedback. I just checked the code of the exercise you
>  have
>  mentioned. The code is all fine.
>  Codecademy has some buggy exercises too may be its the one and for
> that
>  I'll report the bug in codecademy.
> 
>  Review the other aspects too.
>  Thanks,
> 
> 
>  On Tue, Feb 25, 2014 at 11:40 PM, Alex Monk 
> wrote:
> 
>  > Hi Diwanshi,
>  >
>  > I noticed an issue with
>  > http://www.codecademy.com/courses/web-beginner-en-vj9nh/0/2 - it
>  seems
>  > that
>  > after changing the text parameter to "[
>  http://www.wikipedia.orgWikipedia]";
>  > it still says "Oops, try again. Please set text parameter to [
>  > http://www.wikipedia.org Wikipedia]" when I try to click Save &
>  Submit
>  > code.
>  >
>  > Alex Monk
>  >
>  >
>  > On 25 February 2014 06:42, Diwanshi Pandey <
> diwanshipan...@gmail.com>
>  > wrote:
>  >
>  > > Hello everyone,
>  > >
>  > > I am Diwanshi Pandey, an OPW intern. I'd like to have your
> feedback
>  on
>  > the
>  > > course I have created on codecademy for mediawiki api with help of
>  my
>  > > mentor Yuri Astrakhan.
>  > >
>  > > A little insight:
>  > > The course is about parsing and querying mediawiki api.
>  > > Initially we created one course which included 44 exercises but
>  according
>  > > to codecademy's guidelines their course are for beginners and
>  should have
>  > > maximum 30 exercises in one course.
>  > > So we did a split up into two courses:
>  > > One is Introduction to Wikipedia
>  > > API >and
>  > > other is Wikipedia:Query
>  > > API  >.
>  > >
>  > > Also due to api security and restrictions we couldn't implement
>  tutorial
>  > on
>  > > "editing wiki pages through api call" from a non wiki site yet. We
>  are
>  > > waiting till we find a good and easy way to demo that.
>  > >
>  > > Feedback may include:
>  > > * Are the exercises easy to understand for novice
> users/developers?
>  > > * Are changes needed in the look of exercises?
>  > > * Are there any exercises which need not to be implemented or in
> too
>  > depth?
>  > > * Any other thing?
>  > >
>  > > Thanks,
>  > >
>  > > --
>  > >
>  > > *Regards,*
>  > > *Diwanshi Pandey*
>  > > ___
>  > > 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
> 
> 
> 
> 
>  --
> 
>  *Regards,*
>  *Diwanshi Pandey*
>  ___
>  Wikitech-l mailing list
>  Wikitech-l@lists.wikimedia.org
>  https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> 
> >>>
> >>>
> >
> >
> > --
> >
> > *Regards,*
> > *Diwanshi Pandey*
> >
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
>



-- 

Justin Folvarcik
___
Wikitech-l mailing list

Re: [Wikitech-l] Gadget I18N: Recommendation?

[Robert Vogel]

Hi Helder,

this is great news, thank you. Unfortunately there is not much information on 
_how_ to register the messages. I guess the code listing below "gd_shared" [1] 
with the line 

"messages": ["foobar-welcome", "foo-bye", "recentchanges"],

shall be an example definition. It probably is intended to go on some Gadget 
definition page in the MediaWiki namespace, doesn't it?

Do you know about the current state of Gadgets 2.0? Last edit of the page was 
in February, the talk page is of July 2013 and the Roadmap [2] doesn't contain 
any dates. 
On the talk page Krinkle states in 2013 that is almost ready but VisualEditor 
was more important and took the resources.

[1] 
https://www.mediawiki.org/wiki/ResourceLoader/Version_2_Design_Specification#Storage_of_Gadget_definition
[2] https://www.mediawiki.org/wiki/Extension:Gadgets/Roadmap#Gadgets_2.0

--
Robert


-Ursprüngliche Nachricht-
Von: wikitech-l-boun...@lists.wikimedia.org 
[mailto:wikitech-l-boun...@lists.wikimedia.org] Im Auftrag von Helder .
Gesendet: Dienstag, 22. Juli 2014 22:30
An: Wikimedia developers
Betreff: Re: [Wikitech-l] Gadget I18N: Recommendation?

Gadgets 2.0 will solve this:
https://www.mediawiki.org/wiki/Gadgets_2.0#Messages

Helder
___
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