Wikitech-l October 2012

wikitech-l@lists.wikimedia.org

122 participants
136 discussions

Re: [Wikitech-l] [Wmfall] Welcome Željko Filipin, QA Engineer
by Alolita Sharma 02 Oct '12

02 Oct '12

Welcome Željko :-) to the Wikimedia world! Great to have you onboard to help improve our QA support. Alolita On Tue, Oct 2, 2012 at 9:03 AM, Melanie Brown <mbrown(a)wikimedia.org> wrote: > Welcome, Željko! > > On Tue, Oct 2, 2012 at 8:22 AM, Steven Walling <swalling(a)wikimedia.org> > wrote: >> >> Welcome! >> >> On Oct 2, 2012 7:25 AM, "Chris McMahon" <cmcmahon(a)wikimedia.org> wrote: >>> >>> >>> Hello everyone, >>> >>> I am pleased to announce that Željko Filipin joins WMF this week as QA >>> Engineer. >>> >>> Željko is is a world-class expert on browser test automation, software >>> testing, and related systems and tools. He will be leading our browser test >>> automation effort as well as doing other QA and testing work. >>> >>> Željko writes an authoritative blog about test automation, and is active >>> (and highly visible) on Github and Stackoverflow. He hosted the Watir (Web >>> Application Testing In Ruby) podcast for a long time, and is a long-standing >>> member of the Watir Core Team. >>> >>> Željko lives with his family in Zagreb, Croatia, where he is a >>> competitive table tennis player. >>> >>> I am particularly pleased, proud, and excited to make this announcement >>> because Željko and I have been acquainted for many years. He and I were >>> both early adopters of Watir, the first viable open source browser test >>> automation tool in history. This is the first time we have worked together >>> professionally, and I could not be happier that he is our new QA Engineer. >>> >>> -Chris >>> >>> >>> >>> >>> _______________________________________________ >>> Wmfall mailing list >>> Wmfall(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/wmfall >>> >> >> _______________________________________________ >> Wmfall mailing list >> Wmfall(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wmfall >> > > > > -- > Melanie L. Brown > HR Administrator > Wikimedia Foundation > 415.839.6885 ext 6690 > 415.882.0495 (fax) > www.wikimediafoundation.org > > Imagine a world in which every single human being can freely share in the > sum of all knowledge. That's our commitment. https://donate.wikimedia.org/ > > > > > > > _______________________________________________ > Wmfall mailing list > Wmfall(a)lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wmfall > -- Alolita Sharma Director of Engineering Wikimedia Foundation

2 1

retrospective on Berlin hackathon
by Sumana Harihareswara 02 Oct '12

02 Oct '12

Now that it's been a few months since this summer's Berlin hackathon, I've closed up the survey and looked at whether we met the goals we'd set. The answer: mostly. You can read our summary, TODO, and survey results: https://www.mediawiki.org/wiki/Berlin_Hackathon_2012/Retrospective You can also view the videos of almost all of the tutorials: https://commons.wikimedia.org/wiki/Category:Hackathon_Berlin_2012 The video that hasn't made it onto Commons yet is the video of Roan & Timo's Gadgets tutorial, but it is on Vimeo in the WMDE "Berlin Hackathon 2012" album: http://vimeo.com/album/2013929 and we're trying to get it onto Commons. Thanks again to WMDE, Nicole Ebber, Maria Roessler, Daniel Kinzler, Rachel Farrand, Lydia Pintscher, and everyone who made this event possible. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation

1 0

Jenkins stalled this Monday
by Antoine Musso 01 Oct '12

01 Oct '12

Hello, I have just noticed that Jenkins lost its connection to Gerrit for 13 hours this monday. A job was locking the build queue waiting for Gerrit to reply, I have killed it and Jenkins is now processing the backlog. cheers, -- Antoine "hashar" Musso

1 0

Re: [Wikitech-l] HTMLMultiSelectField as <select multiple="multiple"/>
by Daniel Werner 01 Oct '12

01 Oct '12

> Message: 8 > Date: Wed, 23 May 2012 21:49:57 +0200 > From: Platonides <Platonides(a)gmail.com> > To: wikitech-l(a)lists.wikimedia.org > Subject: Re: [Wikitech-l] HTMLMultiSelectField as <select > multiple="multiple"/> > Message-ID: <jpjf1s$b23$1(a)dough.gmane.org> > Content-Type: text/plain; charset=ISO-8859-1 > > On 23/05/12 19:16, Daniel Werner wrote: > > Right now I am implementing a new option (as part of > > https://bugzilla.wikimedia.org/show_bug.cgi?id=36425) for which I'd like to > > use a <select multiple="multiple"/> html element with options. Right now > > MediaWiki always generates a list of selectboxes instead of that when using > > the HTMLMultiSelectField class. We are talking about 280+ selectable items > > here, so for now we came to the conclusion that a real multi <select/> > > would be nicer and less space consuming for now > > I have already managed to implement this multiple select, > > modifying HTMLMultiSelectField adding a new option 'usecheckboxes' which > > can be set to false to disable the known behavior and use a select element > > instead. > > > > This would mainly be for the JavaScript-less ui. If javascript were > > enabled, we could still do something nicer, for example with something like > > jQuery chosen plugin here. > > > > My question would just be, how I should implement these changes preferably. > > Is it ok with the new option for HTMLMultiSelectField or should this be a > > new class inheriting from HTMLMultiSelectField? I think > > HTMLMultiSelectField sounds more like describing what I just implemented > > rather than a bunch of select boxes, but of course renaming the existing > > one could "break" extensions (even though both are fully compatible and > > interchangeable). So one option would be simply naming the new one > > HTMLMultiSelectField2 if we don't want to stick with an additional option > > here. > > No. You shouldn't need to know that HTMLMultiSelectField2 is a > MultiSelect but HTMLMultiSelectField uses checkboxes. > Your useCheckboxes looks good. > I recommend you to make it a tri-state value, so you could force > checkboxes, select or let it decide (eg. checkboxes for < 100 elements, > select for more) Alright, just submitted this for review to gerrit: https://gerrit.wikimedia.org/r/#/c/8924/ I implemented it as tri-state now. By default 'usecheckboxes' will be true, not set to a number. This could be changed (would make sense imo) but for now I didn't want to do this since it could for example affect the default search namespace user preference in wikis with many search namespaces. I think the plain multiple select HTML element is not that nice because it is not very obvious that you can do multiple selects by holding the control key. There should be some JavaScript ui element replacing this for users having JS enabled I think before using this as default for huge multiselect options. I think if all of that were implemented, 15 or 20 would be a good default value for the option. Cheers Daniel

5 8

Fwd: Breaking changes in the Wikidata API
by John Erling Blad 01 Oct '12

01 Oct '12

I know the bot-people loves changes, so here is a bit more! The token handling through use of a special url-argument "gettoken" and the special "itemtoken" has died in flames. Use "edittoken" from actione=tokens (http://wikidata-test-repo.wikimedia.de/w/api.php?action=tokens&type=edit&fo…) and remember to log in. https://bugzilla.wikimedia.org/show_bug.cgi?id=39366 https://gerrit.wikimedia.org/r/#/c/24559/ https://bugzilla.wikimedia.org/show_bug.cgi?id=35993 John

2 2

Bugzilla Weekly Report
by reporter 01 Oct '12

01 Oct '12

MediaWiki Bugzilla Report for September 24, 2012 - October 01, 2012 Status changes this week Bugs NEW : 376 Bugs ASSIGNED : 67 Bugs REOPENED : 47 Bugs RESOLVED : 381 Total bugs still open: 8520 Resolutions for the week: Bugs marked FIXED : 233 Bugs marked REMIND : 0 Bugs marked INVALID : 48 Bugs marked DUPLICATE : 62 Bugs marked WONTFIX : 22 Bugs marked WORKSFORME : 20 Bugs marked LATER : 1 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component WikidataRepo 11 General/Unknown 10 General/Unknown 7 PageTriage 5 Unit tests 5 New Bugs Per Product MediaWiki 37 Wikimedia 20 MediaWiki extensions 45 Wikimedia Mobile 2 Wikimedia Labs 4 Top 5 Bug Resolvers mmullie [AT] wikimedia.org 16 krinklemail [AT] gmail.com 12 dereckson [AT] espace-win.org 11 duplicatebug [AT] googlemail.com 10 sam [AT] reedyboy.net 8

1 0

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l October 2012