Wikitech-l June 2010

wikitech-l@lists.wikimedia.org

81 participants
58 discussions

Selenium testing framework - Fix available in Revision 67575?
by Michelle Knight 08 Jun '10

08 Jun '10

Hi, I am following up on a thread from May 27th where there is a bug in run Selenium Tests. I was wondering if the fix for Run Selenium Tests is available in Revision 67575 found at http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/PagedTiffHandle… <http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/PagedTiffHandle…>. In the meantime I will keep all the local configuration data in the RunSeleniumTests as instructed.* *I was about to copy and paste the php tests in Selenium IDE to see what would happen and if I could run from there. Michelle Knight ------------------------------------------------------------------------------------------------ Message: 6 Date: Thu, 27 May 2010 17:47:48 +0000 (UTC) From: Dan Nessett <dnessett(a)yahoo.com> Subject: Re: [Wikitech-l] Selenium testing framework- Firefox browsers compatible To: wikitech-l(a)lists.wikimedia.org Message-ID: <htmb83$run$1(a)dough.gmane.org> Content-Type: text/plain; charset=UTF-8 On Wed, 26 May 2010 17:11:33 -0700, Michelle Knight wrote: > Hi Dan, > > There is a list of browsers compatible with Selenium (See > http://seleniumhq.org/about/<http://seleniumhq.org/about/platforms.html#browsers> platforms.html#browsers<http://seleniumhq.org/about/platforms.html#browsers>). The page states > that Selenium works with Firefox 2+ when a Linux OS is used (I think > Ubuntu would fall under this category ). > > I am using Firefox 3.5.9 on Ubuntu 9.10 . I have been finishing another > project (my grandfather visited me in Oregon from Ohio) and have not > played with the at the Selenium Framework since May 14th. I will let you > know if I see the error messages. > > Michelle Knight > > > > Message: 5 > Date: Tue, 18 May 2010 17:44:03 +0000 (UTC) From: Dan Nessett > <dnessett(a)yahoo.com> Subject: Re: [Wikitech-l] Selenium testing > framework To: wikitech-l(a)lists.wikimedia.org > Message-ID: <hsujl3$v7k$2(a)dough.gmane.org> Content-Type: text/plain; > charset=UTF-8 > > On Tue, 18 May 2010 19:27:38 +0200, Markus Glaser wrote: > >> Hi Dan, >> >> I had these error messages once when I used Firefox 3.6 for testing. >> Until recently, Selenium did not support this browser. Apparently now >> they do, but I did not have a chance to test this yet. So the solution >> for me was to point Selenium to a Firefox 3.5. >> >> Cheers, >> Markus > > My OS is Ubuntu 8.04. The version of Firefox is 3.0.19. Since Ubuntu > automatically updates versions of its software, I assume this is the > most up-to-date. > > Is there a list of browser versions compatible with selenium? *Thanks for the pointer to the list, Michelle. As it turned out there was bug in RunSeleniumTests that accessed global data before LocalSeleniumSettings was included. Markus has fixed this problem and is testing it before checking it in to the repository. Before this fix is available, you should put all your local configuration data in RunSeleniumTests. Regards, Dan* -- -- Dan Nessett Regards, Dan -- -- Dan Nessett

2 1

Icon area for articles (Re: Anyone with CSS fu ...)
by Rob Lanphier 08 Jun '10

08 Jun '10

Hi everyone, In the "CSS fu" thread, we outlined a few problems with the positioning of the lock icon. This is particularly pronounced in Monobook, where the lock covers up the "[dismiss]" link on the notification for many of us (maybe everyone): http://flaggedrevs.labs.wikimedia.org/wiki/Backmasking?useskin=monobook Aryeh chimed in: On Sun, May 30, 2010 at 8:45 AM, Aryeh Gregor <Simetrical+wikilist(a)gmail.com<Simetrical%2Bwikilist(a)gmail.com> > wrote: > Try just putting [the pending changes lock icon] div right before the <h1 > id="firstHeading"> or > equivalent, and float: right it. You can put some margins or padding > on the top and/or right to adjust it a bit if you like. Something > like that should work. This will be much more reliable than trying to > absolutely position it, because different skins will use different > heights, and the heights won't be consistent at all in the face of > things like site notices. Everyone who has looked at it agrees we'd like to do it that way. The tricky part is that the other icons aren't being done that way, and the hooks aren't there (currently) to inject the HTML in the best spot. So, here's the plan we'd like to pursue: 1. Short term: Adam is working out a CSS hack that puts the icon somewhere marginally sensible. 2. Longer term: we'd like to have a standard area in the skin for things like this lock, the "featured article" star, and so on. This is more complicated than it would seem on the surface, because some of those icons get placed there via template while others are placed there by something in the PHP. We're heads down on the launch, but if there's any enterprising developers who would like to take on the challenge of solving this right, we'd love to help you do it. It may turn out that the CSS hack is more work than doing it right, so we're putting this out there in hopes that someone will be the hero and fix it right before we figure out how to do it the ugly way. I filed this in Bugzilla so that we have a place to keep track of the feature request: https://bugzilla.wikimedia.org/show_bug.cgi?id=23796 Rob

5 6

Pending Changes deployment strategy (Re: Pending Changes (nee Flagged Protection) launch on June 14 (PDT))
by Rob Lanphier 08 Jun '10

08 Jun '10

On Fri, Jun 4, 2010 at 3:12 PM, Platonides <Platonides(a)gmail.com> wrote: > Rob Lanphier wrote: > > A full test pass with all of the different configurations isn't going to > be > > possible, so some help with testing the different configurations would be > > wonderful. We'll have a fast fallback plan in place should we > accidentally > > break the other wikis, but obviously it'd be better to get it right the > > first time. > > A bit off topic but, what makes it impossible? It shouldn't be /that/ > hard. Fixing it may be useful for future deployments. Well, it's possible, but it would delay the deployment. One plan we discussed on #wikimedia-tech was to deploy the FlaggedRevs_alpha branch to en.wikipedia.org, rather than deploying the FlaggedRevs trunk. FlaggedRevs_alpha is what is currently running on flaggedrevs.labs.wikimedia A couple of different ways of going about it: 1. Deploy FlaggedRevs, but then drop back to FlaggedRevs_alpha if there's obvious breakage on one of the other wikis we can't fix quickly 2. Deploy FlaggedRevs_alpha from the start Right now, we really don't want to delay deployment, since delays beget delays. Thoughts on a preferred strategy? Rob

3 5

'latest' wikipedia dumps?
by Eric Sun 07 Jun '10

07 Jun '10

Hi, I noticed that on the "latest" enwiki dumps page, http://dumps.wikimedia.org/enwiki/latest/ the latest pages-articles.xml.bz2 is dated 2010-Mar-16. However, there's a pages-articles.xml.bz2 on http://dumps.wikimedia.org/enwiki/20100514/ dated 2010-May-19. Is there a reason why the 'latest' dumps haven't updated to the 2010-05-19 version? Is this 2010-05-19 version safe to use? Thanks, Eric

2 1

Unified login on some of the newer WMF sites (usability, outreach, strategy)
by Bence Damokos 07 Jun '10

07 Jun '10

Hi, It might just be my browser's strange cookie handling, but it seems to me that a number of "WMF programme" wikis don't log me in automatically, nowadays. Is it possible to enable automatic login on some of the special project wikis that have been set up lately? (E.g., strategy wiki and the others that are under the single user account system but where login is not automatic.) Thanks, Bence

2 1

Mailman archives not being updated
by Mike.lifeguard 07 Jun '10

07 Jun '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It seems Fred stopped the archive updates: 03:57 Fred: shutting down mailman on list for a few minutes while exim and spamd catch up ...but I don't see a note that it was restarted, and new emails are not appearing in the archives. Can this be turned back on? - -Mike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkwKh3EACgkQst0AR/DaKHuqKwCglzExwdTRkke6CPtqok7NzO86 wfMAoJ6hkQf5OG0bberw/HTjghTIWe/p =G2UY -----END PGP SIGNATURE-----

5 4

Bugzilla Weekly Report
by reporter＠isidore.wikimedia.org 07 Jun '10

07 Jun '10

MediaWiki Bugzilla Report for May 31, 2010 - June 07, 2010 Status changes this week Bugs NEW : 120 Bugs ASSIGNED : 3 Bugs REOPENED : 6 Bugs RESOLVED : 64 Total bugs still open: 4499 Resolutions for the week: Bugs marked FIXED : 45 Bugs marked REMIND : 0 Bugs marked INVALID : 6 Bugs marked DUPLICATE : 6 Bugs marked WONTFIX : 4 Bugs marked WORKSFORME : 2 Bugs marked LATER : 1 Bugs marked MOVED : 0 Specific Product/Component Resolutions & User Metrics New Bugs Per Component UsabilityInitiative 5 Page editing 5 Semantic MediaWiki 4 SemanticForms 3 Revision deletion 3 New Bugs Per Product MediaWiki 29 Wikimedia 4 MediaWiki extensions 28 Top 5 Bug Resolvers jeluf [AT] gmx.de 15 roan.kattouw [AT] gmail.com 13 alex.emsenhuber [AT] bluewin.ch 4 dale [AT] ucsc.edu 4 hartman [AT] videolan.org 3

1 0

Re: [Wikitech-l] [Foundation-l] hiding interlanguage links by default is a Bad Idea, part 2
by David Gerard 05 Jun '10

05 Jun '10

On 2 June 2010 19:50, Gregory Maxwell <gmaxwell(a)gmail.com> wrote on foundation-l: > In my opinion, the world is not best served by hyper-optimizing for > the most frequent and shallow interests of the largest majorities. I > think that extreme inclusiveness of all kinds of interests, often at a > small expense to the most common cases was previously a core design > value for the site, but that doesn't really seem to be the case > anymore... just like the main site is still unbrowsable on blackberry > (formally some 14 million page views per day, for those playing the > numbers game) or PS3. Just a query - how's getting graceful degradation for BlackBerry and PS3 users going? I've had people asking me about the BlackBerry one casually ... is there any schedule on this, does it have any priority? - d.

3 2

Reasonably efficient interwiki transclusion
by Peter17 05 Jun '10

05 Jun '10

Hello to all! I'm a French student and I am participating the Google Summer of Code this year on Mediawiki! My mentor is Roan Kattouw (Catrope) and my subject is "Reasonably efficient interwiki transclusion". You can see my application page here: [1]. I have already discussed with my mentor and we have prepared together a draft about my project: [2]. It sums up the current situation and includes some proposals. It is now open for comments, so, could you please read it and let me know about your remarks and suggestions, on this list and/or on the talk page? Thanks in advance [1] http://www.mediawiki.org/wiki/User:Peter17/GSoc_2010 [2] http://www.mediawiki.org/wiki/User:Peter17/Reasonably_efficient_interwiki_t… -- Peter Potrowl http://www.mediawiki.org/wiki/User:Peter17

16 40

Pending Changes (nee Flagged Protection) launch on June 14 (PDT)
by Rob Lanphier 04 Jun '10

04 Jun '10

Hi everyone, Below is William's update on the Pending Changes (nee Flagged Protection) trial launch on en.wikipedia.org on June 14. As we'll continue to stress: this is a trial, and as such, still has a few rough edges, but we feel we're ready to press forward and commit to iterative improvement after the launch. There are a number of things that we'd love help making sure are good for launch: * Making sure that the latest version of the FlaggedRevs extension will still work for all other sites. Here's a list of the sites that its enabled on: http://noc.wikimedia.org/conf/flaggedrevs.dblist ...along with a list of current configurations: http://noc.wikimedia.org/conf/highlight.php?file=flaggedrevs.php A full test pass with all of the different configurations isn't going to be possible, so some help with testing the different configurations would be wonderful. We'll have a fast fallback plan in place should we accidentally break the other wikis, but obviously it'd be better to get it right the first time. * Test the English test site: http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page * Test the German test site: http://de.labs.wikimedia.org/ * Help with documentation: http://en.wikipedia.org/wiki/Help:Pending_changes * Lots of other stuff I haven't thought of. Let me know if you'd like to help and just want some pointers on where to jump in. Thanks! Rob ---------- Forwarded message ---------- From: William Pietri <william(a)scissor.com> Date: Thu, Jun 3, 2010 at 10:57 PM Subject: [Foundation-l] Pending Changes (nee Flagged Protection) update for June 3 To: English Wikipedia <wikien-l(a)lists.wikimedia.org>, Wikimedia Foundation Mailing List <foundation-l(a)lists.wikimedia.org> As requested, here's the weekly Pending Changes update. The big news is that we have picked a date for releasing the new version of Flagged Revisions and launching the trial of Pending Changes on the English Wikipedia: June 14. I'd like to stress that this will be a trial. The goal is to learn, which means that things will not be perfect at launch. There are many areas where we hope to verify our current work and see what improvements can be made: * the technical underpinnings * the interface and language as experienced by * our readers * casual editors * serious editors * reviewers * admins * which articles should be covered * how best to use Pending Changes We think we have something that is workable as is, and have notions for possible improvements down the road. To know what improvements are the right ones, we'll need real use and community feedback. We intend to respond speedily to community concerns and lessons learned from actual use. To that end we aim to keep to the same weekly release schedule that we've been using on labs these last few months. More mundanely, the work completed this week includes ops documentation, the completion of the terminology work, and some interface improvements. We've also had some vigorous testing done by the folks at Calcey, who discovered a few bugs for us. If you'd like to see the current condition of things, you can try it out here: http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page To see the upcoming work, it's listed in our tracker, under Current and Backlog: http://www.pivotaltracker.com/projects/46157 We expect to release to labs again next week, after which we intend to go live on the English Wikipedia. William _______________________________________________ foundation-l mailing list foundation-l(a)lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l

2 1

2025

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 June 2010