Re: [Wikitech-l] Demo for Concise Wikipedia proposal
On 20 December 2012 05:15, Waldir Pimenta wal...@email.com wrote: Hi all, Since the Concise Wikipedia proposal[1] has been mentioned in the last two Signpost editions[2][3] (and after being nudged by Sumana), I figured I'd drop a note here in case anyone will be interested in trying out a demo I set up to explore the idea, espoused by many in the proposal discussion, that such a proposal should not be a separate project, but integrate with Wikipedia's lead/introduction sections instead. I called my demo Primerpedia (suggestions for better names welcome, see [4]), and it can be accessed here: http://waldir.github.com/primerpedia It uses the API to fetch the lead section of an article (currently only loading random articles is implemented), and displays it isolated, which should provide a good way to test its expected self-containing, summarizing properties, as defined in the MOS:LEAD guideline. I have some Web 2.0 ideas that I don't know if break standards, or possible. 1) change the #hash of the page to the term defined. 2) wen the page load, checks the hash, and autoload the term of the hash http://waldir.github.com/primerpedia/#Ceratucha would autoload the article Ceratucha I like the idea of a Concise Wikipedia,... It seems another way to make a pedia better. On my company we just launched a Subjetivism Pedia in spanish named cloping.com, with all the definitions, one for every person on every subject ( so Wikipedia can have all the objetivism, and cloping.com everything else ) -- ℱin del ℳensaje. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: Wikimedia/mapping event in Europe early next year?
2012/11/28 Erik Moeller e...@wikimedia.org: WMF is not going to organize this, but we can help sponsor travel and bring the key developers from our side who will work on this. Are there any takers for supporting a 20-30 people development event in Europe focused on mapping/geodata? I'm suggesting Europe because I know quite a few of the relevant folks are there, but am open to other options as well. Hi, Sorry for bringing up this thread again so late, anyway Wikimedia Italia has found a partner who is willing to organize such an event: the Bruno Kessler Foundation[1] (FBK). FBK is a research centre in Trento (Italy), which is already active in the field; they are also maintaining the Italian version of DBpedia[2]. The event will be held in Trento. They are rather flexible about the dates, but we are suggesting to organize it around the Wikimedia Conference (the days just before or just after the conference) so to focus our efforts in that period; in this way we could also profit from the fact that some people from the WMF staff will already be in Italy (since the WMConf will be held in Milan). Also, we think that organizing it before April will not give a sufficient notice to other developers who may be interested in participating. We already contacted the Italian OSM community which will help to to get in touch the international community. Is this ok for you, can we start make it moving? =) Cristian WM-IT [1] http://www.fbk.eu [2] http://it.dbpedia.org/ ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to speed up the review in gerrit?
On Wed, 2012-12-19 at 13:30 -0500, Sumana Harihareswara wrote: Try these tips: https://www.mediawiki.org/wiki/Git/Code_review/Getting_reviews Does Gerrit support setting default CCs for certain code areas (projects, subfolders etc)? Letting new contributors search manually for a patch reviewer feels as wrong as letting new bug reporters search for an assignee or somebody to comment on their report. 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] How to speed up the review in gerrit?
On Thu, Dec 20, 2012 at 7:35 AM, Andre Klapper aklap...@wikimedia.org wrote: On Wed, 2012-12-19 at 13:30 -0500, Sumana Harihareswara wrote: Try these tips: https://www.mediawiki.org/wiki/Git/Code_review/Getting_reviews Does Gerrit support setting default CCs for certain code areas (projects, subfolders etc)? Letting new contributors search manually for a patch reviewer feels as wrong as letting new bug reporters search for an assignee or somebody to comment on their report. No. I remember hearing some mutterings about a plugin to do this, but I haven't seen anything done. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to speed up the review in gerrit?
On 20 December 2012 13:35, Andre Klapper aklap...@wikimedia.org wrote: Does Gerrit support setting default CCs for certain code areas (projects, subfolders etc)? Letting new contributors search manually for a patch reviewer feels as wrong as letting new bug reporters search for an assignee or somebody to comment on their report. It's possible to do it the other way around - people can /subscribe/ to a project via https://gerrit.wikimedia.org/r/#/settings/projects and receive e-mails when new patchsets are uploaded. I don't think this adds people to the reviewers list, but at least people get notified. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to speed up the review in gerrit?
On Thu, 20 Dec 2012 14:20:07 +0100, Merlijn van Deen valhall...@arctus.nl wrote: It's possible to do it the other way around - people can /subscribe/ to a project via https://gerrit.wikimedia.org/r/#/settings/projects and receive e-mails when new patchsets are uploaded. I don't think this adds people to the reviewers list, but at least people get notified. It sends you a mail and adds the change to the Watched Changes tab on your dashboard. -- Matma Rex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] getting Request object from EditPage
On 18.12.2012 16:51, Yury Katkov wrote:
Of course I mean WebRequest class.
-
Yury Katkov, WikiVote
On Tue, Dec 18, 2012 at 4:48 PM, Yury Katkov katkov.ju...@gmail.com wrote:
Hi guys!
I'm writing the EditPage::showEditForm:fields and I want to get a
Request object. The use of wgRequest considered to be deprecated, so
how is it possible to get request object in my hook function?
static public function showBacklinks($editpage, $output){
return true;
}
Cheers,
Yury Katkov, WikiVote
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
$output-getContext()
or
$editpage-getArticle()-getContext()
Dmitriy
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] getting Request object from EditPage
Nice, thank you!
-
Yury Katkov, WikiVote
On Tue, Dec 18, 2012 at 8:09 PM, Niklas Laxström
niklas.laxst...@gmail.com wrote:
On Tue, Dec 18, 2012 at 4:48 PM, Yury Katkov katkov.ju...@gmail.com wrote:
Hi guys!
I'm writing the EditPage::showEditForm:fields and I want to get a
Request object. The use of wgRequest considered to be deprecated, so
how is it possible to get request object in my hook function?
static public function showBacklinks($editpage, $output){
return true;
}
OutputPage is a context source, so you can do $output-getRequest().
Less nicer way is $editpage-getArticle()-getContext()-getRequest().
-Niklas
--
Niklas Laxström
___
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] Bugzilla: Waiting for merge status when patch is in Gerrit?
On Wed, 2012-12-12 at 19:03 +0100, Andre Klapper wrote: I'm proposing adding a new status like PATCH_TO_REVIEW or or something like this (bikeshed, yay!). Probably the first. The status would replace the patch-in-gerrit keyword Thanks for the opinions and comments so far. I don't plan to follow up on this right now as I happily realized that the Wikidata project is working on automatic patch notifications from Gerrit into Bugzilla. I'll likely pick up this thread again for re-evaluation once we have these notifications in place. 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] Bugzilla upgrade [was: bugzilla.wikimedia.org downtime: Now.]
On 11/12/12 19:56, Andre Klapper wrote: On Tue, 2012-12-11 at 19:30 +0100, Krinkle wrote: The proposal Andre makes here sounds confusing, How is that different from the current situation? What problem is it supposed to address? Re-reading what the hack is supposed to do I realize that making another Bugzilla user a globalwatcher won't change anything. As I've mentioned before I didn't receive bugmail anymore for a report after wikibugs-l@ had been removed as assignee of a report when wikibugs-l@ was not listed as default CC of the component either. It works since the upgrade, and I cannot prove if it was related to the hack, but I guess I can quickly find out after reapplying it. So anybody with shell access who's passionate about getting this back, please feel free to reapply the attached patch 1) on the Bugzilla server and 2) to drop it into Gerrit's wikimedia/bugzilla/modifications/bugzilla-4.2/Bugzilla/BugMail.pm so Gerrit and Bugzilla are in sync (Bugzilla isn't hooked up with Puppet or Gerrit and you don't want to make things messier, do you?). ;) andre Andre has now put this up athttps://gerrit.wikimedia.org/r/#/c/39528/1/bugzilla-4.2/Bugzilla/BugMail.pm I understand the global watchers CC thing, but does anyone know what the rest of the patch is for? My guess is that it's related to the way we used to get --- Comment #x from name username@host -MM-DD HH:MM:SS --- but since the upgrade no date/time. I asked Andre in #mediawiki and he said he didn't understand it... Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Deploying to test2 before other wikis
On Tue, Dec 18, 2012 at 11:28 AM, Mark Holmquist mtrac...@member.fsf.orgwrote: Is there any reason why this shouldn't be a stated policy? If not, where should we state the policy so that people are aware of it? Considering that testwiki has a nice documentation page [0] and test2wiki doesn't [1], I think we should probably clear that up before announcing any policy. [0] http://wikitech.wikimedia.org/view/Test.wikipedia.org [1] http://wikitech.wikimedia.org/view/Test2.wikipedia.org I thought I had an account on wikitech, but apparently I was mistaken. Nor can I create an account on wikitech, nor edit that page. If I could, though, there would not be much to add. I don't really see the connection between having a docs page on wikitech for test2 and using test2 in a responsible way for staging production code. -Chris ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Secure Coding Documentation
On 12/19/2012 10:11 PM, Chris Steipp wrote: I'll have both a google hangout for video, and an audio line for anyone who prefers to avoid closed technology. If you want to dial in, please let me know so I can get you a phone number in advance. I'd like to join this. Thanks, Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Deploying to test2 before other wikis
On 12/20/2012 04:15 PM, Chris McMahon wrote: Considering that testwiki has a nice documentation page [0] and test2wiki doesn't [1], I think we should probably clear that up before announcing any policy. [0] http://wikitech.wikimedia.org/view/Test.wikipedia.org [1] http://wikitech.wikimedia.org/view/Test2.wikipedia.org I thought I had an account on wikitech, but apparently I was mistaken. Nor can I create an account on wikitech, nor edit that page. If I could, though, there would not be much to add. I don't really see the connection between having a docs page on wikitech for test2 and using test2 in a responsible way for staging production code. I agree that deployers should be able to document things about the test environments they use in a good place, even if the need is occasional. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] How to speed up the review in gerrit?
On 12/19/2012 05:57 AM, vita...@yourcmc.ru wrote: Hello! 28 SEPTEMBER I've pushed minor changes to the gerrit, to the Drafts extensions. Since then I've corrected two of them (uploaded patch set 2), but after that, nobody did the review. As I understand, Gerrit will abandon changes after a month of inactivity, and it will come tomorrow... The changes are really simple. How to ask someone to really do the review? Does Gerrit have such function? I've received all of them; I just have +1/-1 on that. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Secure Coding Documentation
This is great Chris. Airport wifi permitted, I will gladly tune in. On Wed, Dec 19, 2012 at 7:11 PM, Chris Steipp cste...@wikimedia.org wrote: Hi Everyone, I'd like to invite anyone interested to join in on a secure coding documentation sprint on Friday of this week (Dec 21st), from 11:30am - 12:30pm PST (19:30-20:30 UTC). If you're interested in joining, but can't make that specific time, let me know and we may hold more of these if there's interest. The goal of this sprint is to both help anyone who is interested learn about some specific security vulnerabilities, and update our documentation so that new developers can avoid these issues in the future. On Friday, I would like to address a couple of topics where we have very little documentation: * DOM-based XSS, and writing secure client side code. Closely related is general security for gadget developers. * Protecting private information (i.e., when do developers need to check if data has been deleted / suppressed) We'll spend a little time talking about each subject (and some specific issues we've seen recently), and I'll have a rough article outline in an etherpad. Then I would like everyone's help fleshing out the documents so they are clear and informative for other developers of all skill levels. I'll have both a google hangout for video, and an audio line for anyone who prefers to avoid closed technology. If you want to dial in, please let me know so I can get you a phone number in advance. Chris ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Rob Moen Wikimedia Foundation rm...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] jenkins: unit test whitelist
Security concerns when running tests with arbitrary code (from anyone since labsconsole account registration opened...) from what I understand. I have requested that I am added to the whitelist here:https://gerrit.wikimedia.org/r/#/c/39712/2 Hoo also did so:https://gerrit.wikimedia.org/r/#/c/39711 (yay, merge conflicts) I really think that everyone who has +2 on a WMF-deployed extension should be on this whitelist. Hashar told me in #mediawiki that he thinks this as well. Alex On 19/12/12 10:34, Denny Vrandečić wrote: Just curious -- I probably missed it in a previous mail -- why are the tests switched off? To preserve processing power? To speed up tests for the whitelisted? Security concerns when running tests with arbitrary code? Other? Cheers, Denny 2012/12/19 Antoine Musso hashar+...@free.fr Hello, As you surely have noticed, the unit tests for mediawiki/core are no more run when a patch is submitted. I have just enabled a feature that whitelist people to have unit tests run for them on patch submission. The patch still need to be reviewed and approved with a CR+2 though. Basically any user with a @wikimedia.org or @wikimedia.de email address is whitelisted by default. I have also added a few contractors using their personal emails and several long term users. The related change is: https://gerrit.wikimedia.org/r/#/c/39310/ This is only enabled for mediawiki/core for now, I will look at applying such a whitelist on extensions too in January. There is no process to be added in the whitelist, I guess you could talk about it on IRC. If there is no obvious veto there, you could probably just amend layout.yaml in integration/zuul-config.git file and get it approved :) cheers, -- Antoine hashar Musso ___ 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] jenkins: unit test whitelist
On Thu, Dec 20, 2012 at 8:10 PM, Krenair kren...@gmail.com wrote: Security concerns when running tests with arbitrary code (from anyone since labsconsole account registration opened...) from what I understand. I have requested that I am added to the whitelist here:https://gerrit.wikimedia.org/r/#/c/39712/2 Hoo also did so:https://gerrit.wikimedia.org/r/#/c/39711 (yay, merge conflicts) I really think that everyone who has +2 on a WMF-deployed extension should be on this whitelist. Hashar told me in #mediawiki that he thinks this as well. Alex Seems kind of odd to only run unit tests for code from experienced people. While everyone benefits from the unit tests, I imagine inexperienced new developers would benefit the most (One assumes people with @wikimedia.org emails ought to be experienced ;) -bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] jenkins: unit test whitelist
On 12/20/2012 07:50 PM, bawolff wrote: Seems kind of odd to only run unit tests for code from experienced people. While everyone benefits from the unit tests, I imagine inexperienced new developers would benefit the most (One assumes people with @wikimedia.org emails ought to be experienced ;) They run for all changes, the question is when. Currently, it's when a human approves it. After some security issues are resolved (probably using Vagrant sandboxes), the plan is to run them on upload. Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Follow / like MediaWiki @ social media
On 12/19/2012 06:43 PM, Quim Gil wrote: It's not completely sorted out but there has been a big progress in just a couple of days: https://www.mediawiki.org/wiki/Social_media Summary: follow like MediaWiki in your social networks to read promote MediaWiki Wikimedia tech news. * http://identi.ca/mediawiki * https://twitter.com/MediaWiki * https://www.facebook.com/MediaWikiProject These channels pay a lot of attention to critical mass. The more followers and shares/likes the more promoted you get (more or less). Your support is welcome. You should also consider making http://app.net/mediawiki . app.net is an ad-free subscription social network, and it's currently very popular with us techies (but broadening its base). Matt Flaschen ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Secure Coding Documentation
I might join in. I'm guessing the Hangout link will be sent via the mailing list? *--* *Tyler Romeo* Stevens Institute of Technology, Class of 2015 Major in Computer Science www.whizkidztech.com | tylerro...@gmail.com On Thu, Dec 20, 2012 at 5:41 PM, Rob Moen rm...@wikimedia.org wrote: This is great Chris. Airport wifi permitted, I will gladly tune in. On Wed, Dec 19, 2012 at 7:11 PM, Chris Steipp cste...@wikimedia.org wrote: Hi Everyone, I'd like to invite anyone interested to join in on a secure coding documentation sprint on Friday of this week (Dec 21st), from 11:30am - 12:30pm PST (19:30-20:30 UTC). If you're interested in joining, but can't make that specific time, let me know and we may hold more of these if there's interest. The goal of this sprint is to both help anyone who is interested learn about some specific security vulnerabilities, and update our documentation so that new developers can avoid these issues in the future. On Friday, I would like to address a couple of topics where we have very little documentation: * DOM-based XSS, and writing secure client side code. Closely related is general security for gadget developers. * Protecting private information (i.e., when do developers need to check if data has been deleted / suppressed) We'll spend a little time talking about each subject (and some specific issues we've seen recently), and I'll have a rough article outline in an etherpad. Then I would like everyone's help fleshing out the documents so they are clear and informative for other developers of all skill levels. I'll have both a google hangout for video, and an audio line for anyone who prefers to avoid closed technology. If you want to dial in, please let me know so I can get you a phone number in advance. Chris ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l -- Rob Moen Wikimedia Foundation rm...@wikimedia.org ___ 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
