Re: [Wikitech-l] Using wiki pages as databases
On Tuesday, February 19, 2013 at 4:27 AM, Tim Starling wrote: On 19/02/13 21:11, MZMcBride wrote: Hi. In the context of https://bugzilla.wikimedia.org/show_bug.cgi?id=10621, the concept of using wiki pages as databases has come up. We're already beginning to see this: * https://en.wiktionary.org/wiki/Module:languages (over 30,000 lines) * https://en.wikipedia.org/wiki/Module:Convertdata (over 7,400 lines) At large enough sizes, the in-browser syntax highlighting is currently problematic. We can disable syntax highlighting over some size. https://gerrit.wikimedia.org/r/#/c/49985/ disables the highlighting of symbols if it looks like there may be a lot of them. Patched in SyntaxHighlight_GeSHi since the problem is not specific to Lua or Scribunto. -- Ori Livneh ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Corrupt pages on English Wikipedia
I've just had a colleague send me links to a couple of English Wikipedia articles that were displaying as complete garbage - it looked like corrupt character encoding or something (there was no UI - just a page full of random characters and boxes). Running ?action=purge on them sorted it out, but if he hit upon two corrupted pages in a few minutes, there are probably more. Does anyone know anything about it? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
On Wed, 2013-02-20 at 12:08 +, Thomas Dalton wrote: I've just had a colleague send me links to a couple of English Wikipedia articles that were displaying as complete garbage - it looked like corrupt character encoding or something (there was no UI - just a page full of random characters and boxes). Running ?action=purge on them sorted it out, but if he hit upon two corrupted pages in a few minutes, there are probably more. Does anyone know anything about it? Not without a testcase (URL) to start investigating. :) 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] Corrupt pages on English Wikipedia
On 20 February 2013 12:11, Andre Klapper aklap...@wikimedia.org wrote: On Wed, 2013-02-20 at 12:08 +, Thomas Dalton wrote: I've just had a colleague send me links to a couple of English Wikipedia articles that were displaying as complete garbage - it looked like corrupt character encoding or something (there was no UI - just a page full of random characters and boxes). Running ?action=purge on them sorted it out, but if he hit upon two corrupted pages in a few minutes, there are probably more. Does anyone know anything about it? Not without a testcase (URL) to start investigating. :) I've fixed the ones I know about, so I don't know if they'll be much help (which is why I didn't specify them before). If it does help, they were: http://en.wikipedia.org/wiki/Neil_Clark_Warren and http://en.wikipedia.org/wiki/Pepper_Schwartz (You can draw your own conclusions from my colleague's office reading habits!) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
On 20/02/13 23:30, Thomas Dalton wrote: On 20 February 2013 12:11, Andre Klapper aklap...@wikimedia.org wrote: On Wed, 2013-02-20 at 12:08 +, Thomas Dalton wrote: I've just had a colleague send me links to a couple of English Wikipedia articles that were displaying as complete garbage - it looked like corrupt character encoding or something (there was no UI - just a page full of random characters and boxes). Running ?action=purge on them sorted it out, but if he hit upon two corrupted pages in a few minutes, there are probably more. Does anyone know anything about it? Not without a testcase (URL) to start investigating. :) I've fixed the ones I know about, so I don't know if they'll be much help (which is why I didn't specify them before). If it does help, they were: http://en.wikipedia.org/wiki/Neil_Clark_Warren and http://en.wikipedia.org/wiki/Pepper_Schwartz (You can draw your own conclusions from my colleague's office reading habits!) It's not a test case after you've run action=purge on it. If you want to report things like this, it's best if you don't run action=purge, or even report it to anyone who might be inclined to do such a thing. Cache-related test cases are very fragile, so it takes some care to get them to a developer intact. In the past, there have been problems with gzipped output being served without a Content-Encoding header, due to subtle Squid vary header bugs. But it's hard to tell if that's what happened here, just from your description. -- Tim Starling ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
On 20 February 2013 12:43, Tim Starling tstarl...@wikimedia.org wrote: It's not a test case after you've run action=purge on it. Which is why I didn't bother including the URLs in the initial report. If you want to report things like this, it's best if you don't run action=purge, or even report it to anyone who might be inclined to do such a thing. Cache-related test cases are very fragile, so it takes some care to get them to a developer intact. My top priority was helping the person that reported it to read the page they wanted to read. A little gratitude to someone trying to help you fix a problem wouldn't go amiss... ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
Brian, would you take a look at https://www.mediawiki.org/wiki/How_to_report_a_bug and maybe update it to clarify what sorts of information to try to hold on to for debugging purposes? On 02/20/2013 07:50 AM, Thomas Dalton wrote: On 20 February 2013 12:43, Tim Starling tstarl...@wikimedia.org wrote: It's not a test case after you've run action=purge on it. Which is why I didn't bother including the URLs in the initial report. If you want to report things like this, it's best if you don't run action=purge, or even report it to anyone who might be inclined to do such a thing. Cache-related test cases are very fragile, so it takes some care to get them to a developer intact. My top priority was helping the person that reported it to read the page they wanted to read. A little gratitude to someone trying to help you fix a problem wouldn't go amiss... Thomas, thanks for the bug report. Sorry for the mixed messages here. If you run across the problem again and report it to us before helping your colleague, you can tell him I told you to do it, and blame me! And I have now learned something about two very different relationship experts, thanks to those URLs. :-) -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
Hi Thomas, On Feb 20, 2013 8:59 AM, Sumana Harihareswara suma...@wikimedia.org wrote: My top priority was helping the person that reported it to read the page they wanted to read. A little gratitude to someone trying to help you fix a problem wouldn't go amiss... Thomas, thanks for the bug report. Sorry for the mixed messages here. If you run across the problem again and report it to us before helping your colleague, you can tell him I told you to do it, and blame me! You could both get him the info and also preserve the testcase. Don't purge anything and give him an alternative URL like: * http://en.wikipedia.org/wiki/Neil_Clark_Warren?foo (I made this up) * http://en.wikipedia.org/w/index.php?title=Neil_Clark_Warrenoldid=523949993(permalink in the sidebar toolbox) * http://en.wikipedia.org/wiki/?oldid=523949993 (variant of the last one) * http://en.wikipedia.org/wiki/Neil_Warren (via what links here) Or just tell him to log in/make an account. (logged in users bypass some caches) HTH. -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
On Wed, Feb 20, 2013 at 9:59 AM, Sumana Harihareswara suma...@wikimedia.org wrote: Brian, would you take a look at https://www.mediawiki.org/wiki/How_to_report_a_bug and maybe update it to clarify what sorts of information to try to hold on to for debugging purposes? What sort of debugging information is useful depends on the situation. In most cases the type of information I mentioned would be overkill. A little gratitude to someone trying to help you fix a problem wouldn't go amiss... We appreciate the bug report, we just can't do anything about it without more information. To give a (not entirely fair) comparison, imagine someone posted on your talk page that there was a spelling error on Wikipedia. I assume you would respond to such a report with where?, it wouldn't be because you're ungrateful that you respond like that, but simply that you cannot fix the issue without more information (Wikipedia is a big place). The situation here is somewhat similar. We're grateful for the report, but would need more information before we can do anything about it. --bawolff ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Welcome Greg Grossmeier, Release Manager
Thanks, all! Looking forward to working with everyone. Greg On Tue, Feb 19, 2013 at 8:04 PM, Alolita Sharma alolita.sha...@gmail.comwrote: Welcome Greg! Glad to see our release engineering process becoming stronger with your joining :-) -Alolita On Wed, Feb 20, 2013 at 4:44 AM, Sumana Harihareswara suma...@wikimedia.org wrote: On 02/19/2013 04:09 PM, Rob Lanphier wrote: Greg will be managing the deployment process for the Wikimedia websites, focusing at first on improving release notes and outbound communication, freeing up folks like Sam to focus the engineering aspects of the role. He'll help our Bug Wrangler (Andre) figure out how to deal with high priority deployment-related issues; Andre will continue to broadly manage the flow of all bugs, while Greg will narrowly focus on very high priority issues through fix deployment. He'll also take over coordination of our deployment calendar[1], and will likely be a little nosier than many of us have had the time to do. Over time, Greg will look more holistically at our deployment practice, and potentially lead a change over to a more continuous deployment model. This is great, and I look forward to faster and higher-quality deployments! Welcome, Greg. -- Sumana Harihareswara Engineering Community Manager Wikimedia Foundation ___ 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] Corrupt pages on English Wikipedia
On 20 February 2013 16:32, bawolff bawolff...@gmail.com wrote: A little gratitude to someone trying to help you fix a problem wouldn't go amiss... We appreciate the bug report, we just can't do anything about it without more information. To give a (not entirely fair) comparison, imagine someone posted on your talk page that there was a spelling error on Wikipedia. I assume you would respond to such a report with where?, it wouldn't be because you're ungrateful that you respond like that, but simply that you cannot fix the issue without more information (Wikipedia is a big place). The situation here is somewhat similar. We're grateful for the report, but would need more information before we can do anything about it. My actual question was Does anyone know anything about it? - I was trying to determine if this was a known problem, which would help determine the next step. I think I supplied enough information for that purpose. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Corrupt pages on English Wikipedia
Sumana Harihareswara wrote: Brian, would you take a look at https://www.mediawiki.org/wiki/How_to_report_a_bug and maybe update it to clarify what sorts of information to try to hold on to for debugging purposes? More to the point (this is a list for developers, after all), if you're a developer and you find a bug (or a potential bug!), please report it to https://bugzilla.wikimedia.org (aliased as https://bugs.wikimedia.org or https://bugs.mediawiki.org). :-) This list (wikitech-l) is fine for discussion of bugs (or possible bugs), but it _really helps_ when the issue can be properly tracked in Bugzilla. Mailing lists are ephemeral. Bugzilla is forever. MZMcBride ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] DevOps/Continuous Deployment discussion?
Sorry for digging up an old thread, but today I also started wondering if there's a way of making our deployments simpler and faster. I'm not a big fan of special highly orchestrated events when the whole team gathers and waits and then looks for regressions after deploying dozens of commits at the same time. I've been reading a bit and it's a fact that some projects do Continuous Deployment and it works for them: http://radar.oreilly.com/2009/03/continuous-deployment-5-eas.html http://timothyfitz.com/2009/02/10/continuous-deployment-at-imvu-doing-the-impossible-fifty-times-a-day/ http://www.slideshare.net/mikebrittain/mbrittain-continuous-deploymentalm3public Is there any interest at WMF in taking this path at some point? -- Juliusz On 12/26/2012 09:31 AM, Chris McMahon wrote: Hi, A number of people I know of have ideas and aspirations pertaining to a DevOps-style deployment process, a.k.a Continuous Deployment. In recent times a number of pieces of such a system have become functional: Zuul, Jenkins enhancements for tests, automated acceptance tests, etc. But looking at mediawiki.org I don't see any sort of central discussion of overall approach/design/process for DevOps/Continuous Deployment. Is it time to start such a discussion? Or is this premature? -Chris ___ 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] DevOps/Continuous Deployment discussion?
I am strongly of the opinion that within broad ranges deployment frequency does not matter. It really does not matter if you deploy twice an hour or every second day. But, having the machinery to make it so that you could deploy twice an hour if you wanted to is all kinds of valuable. Putting time into building: * Continuous integration with build-on-commit * Tests with good coverage * A staging environment that reflects production * Managed configuration * Scripted deployment to a large number of machines pays dividends in uptime, ops sanity and developer productivity even if you only use that machinery every few days. We have some of that, but heading further down that road would be a good thing even if we chose to keep organized periodic deployments. Luke Welling On Wed, Feb 20, 2013 at 2:04 PM, Juliusz Gonera jgon...@wikimedia.orgwrote: Sorry for digging up an old thread, but today I also started wondering if there's a way of making our deployments simpler and faster. I'm not a big fan of special highly orchestrated events when the whole team gathers and waits and then looks for regressions after deploying dozens of commits at the same time. I've been reading a bit and it's a fact that some projects do Continuous Deployment and it works for them: http://radar.oreilly.com/2009/**03/continuous-deployment-5-**eas.htmlhttp://radar.oreilly.com/2009/03/continuous-deployment-5-eas.html http://timothyfitz.com/2009/**02/10/continuous-deployment-** at-imvu-doing-the-impossible-**fifty-times-a-day/http://timothyfitz.com/2009/02/10/continuous-deployment-at-imvu-doing-the-impossible-fifty-times-a-day/ http://www.slideshare.net/**mikebrittain/mbrittain-**continuous-** deploymentalm3publichttp://www.slideshare.net/mikebrittain/mbrittain-continuous-deploymentalm3public Is there any interest at WMF in taking this path at some point? -- Juliusz On 12/26/2012 09:31 AM, Chris McMahon wrote: Hi, A number of people I know of have ideas and aspirations pertaining to a DevOps-style deployment process, a.k.a Continuous Deployment. In recent times a number of pieces of such a system have become functional: Zuul, Jenkins enhancements for tests, automated acceptance tests, etc. But looking at mediawiki.org I don't see any sort of central discussion of overall approach/design/process for DevOps/Continuous Deployment. Is it time to start such a discussion? Or is this premature? -Chris __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://lists.wikimedia.org/mailman/listinfo/wikitech-l __**_ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/**mailman/listinfo/wikitech-lhttps://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] DevOps/Continuous Deployment discussion?
On 02/20/2013 02:04 PM, Juliusz Gonera wrote: Sorry for digging up an old thread, but today I also started wondering if there's a way of making our deployments simpler and faster. Wikimedia is already doing deployments every other week. On top of that, a wiki that gets a lot of use and is used by the number of core committers (translatewiki.net) does deployments on a daily (or more?) basis. At this point, I don't think they get into a huddle to monitor deployments (though I could certainly be wrong). So, the software gets a lot of use that way. I think there is a lot of ground to cover before we get more continuous deployments, but what were you thinking we needed? -- http://hexmode.com/ There is no path to peace. Peace is the path. -- Mahatma Gandhi, Non-Violence in Peace and War ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] DevOps/Continuous Deployment discussion?
On Wed, Feb 20, 2013 at 12:04 PM, Juliusz Gonera jgon...@wikimedia.orgwrote: I'm not a big fan of special highly orchestrated events when the whole team gathers and waits and then looks for regressions after deploying dozens of commits at the same time. I don't know if this is true of other teams (I assume it's not), but this has been how the mobile team has been doing deployments. Some reasons for this are that we currently do not have automated tests, we need myriad device testing coverage, unexpected things have a tendency to go wrong only in production, the codebase is evolving very rapidly (even our weekly deployments can be rather larger and hairy), etc. We don't necessarily need all hands on deck for deployments, but it makes discovering regressions and debugging things that go sideways only in production a lot faster. Is there any interest at WMF in taking this path at some point? Once we have MobileFrontend working properly (in a production-like manner) on betalabs, we'll be a big step closer to this - particularly once betalabs is continuously updating to head of master for MobileFrontend. I believe a majority of the problems we find during MobileFrontend deployments would get caught during QA/testing in this environment. I know the QA team has been talking about coordinating automated testing for mobile, but I'm not sure what the current status is - hopefully sooner rather than later ;) Once these two pieces are in place, MobileFrontend deployments should be much less painful and require less focus from the entire team, and we'll be a stone's throw from the glorious future of continuous deployment :D -- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] DevOps/Continuous Deployment discussion?
On Wed, Feb 20, 2013 at 2:56 PM, Arthur Richards aricha...@wikimedia.orgwrote: I know the QA team has been talking about coordinating automated testing for mobile, but I'm not sure what the current status is - hopefully sooner rather than later ;) Everything is set up. The only missing piece (quoting you): betalabs is continuously updating to head of master for MobileFrontend. When we have that it will make sense to run browser tests (iOS and Androdid) after every commit. For now they run at least twice a day: https://wmf.ci.cloudbees.com/ If you have any questions, let me know. I am in San Francisco for the next couple of weeks, if somebody wants to talk in person. Željko ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] DevOps/Continuous Deployment discussion?
On Wed, Feb 20, 2013 at 4:12 PM, Željko Filipin zfili...@wikimedia.orgwrote: On Wed, Feb 20, 2013 at 2:56 PM, Arthur Richards aricha...@wikimedia.org wrote: I know the QA team has been talking about coordinating automated testing for mobile, but I'm not sure what the current status is - hopefully sooner rather than later ;) Everything is set up. The only missing piece (quoting you): betalabs is continuously updating to head of master for MobileFrontend. When we have that it will make sense to run browser tests (iOS and Androdid) after every commit. Thanks Željko! This is so rad. We are very close :) -- Arthur Richards Software Engineer, Mobile [[User:Awjrichards]] IRC: awjr +1-415-839-6885 x6687 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Module namespace
What is the number of the new namespace we got from Scribunto? How can we localize the name of it? In huwiki it should be Modul rather than Module. We found only core namespaces in translatewiki. Thank you! -- Bináris ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Module namespace
According to http://hu.wikipedia.org/w/api.php?action=querymeta=siteinfosiprop=namespaces (and http://en.wikipedia.org/wiki/Wikipedia:Namespace), it's 828. Petr Onderka [[en:User:Svick]] On Thu, Feb 21, 2013 at 1:30 AM, Bináris wikipo...@gmail.com wrote: What is the number of the new namespace we got from Scribunto? How can we localize the name of it? In huwiki it should be Modul rather than Module. We found only core namespaces in translatewiki. Thank you! -- Bináris ___ 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] Module namespace
On Thu, Feb 21, 2013 at 12:30 AM, Bináris wikipo...@gmail.com wrote: What is the number of the new namespace we got from Scribunto? How can we localize the name of it? In huwiki it should be Modul rather than Module. We found only core namespaces in translatewiki. On Thu, Feb 21, 2013 at 12:38 AM, Petr Onderka gsv...@gmail.com wrote: According to http://hu.wikipedia.org/w/api.php?action=querymeta=siteinfosiprop=namespaces (and http://en.wikipedia.org/wiki/Wikipedia:Namespace), it's 828. https://gerrit.wikimedia.org/r/gitweb?p=mediawiki%2Fextensions%2FScribunto.gita=searchh=HEADst=greps=828 Yes, and it's been translated to one language already: hebrew (he). I'm not sure how to get that into translatewiki. CC'ing their list. -Jeremy ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Who is responsible for accepting backported patch sets for maintained versions?
(apologies for the none-theading of this; I wasn't subscribed to wikitech-l with this address when this message/thread was sent) quote name=Mark A. Hershberger date=2013-02-19 time=23:09:18 On Tue 19 Feb 2013 04:39:25 PM EST, Sumana Harihareswara wrote: My longer term question is: Who is MediaWiki's release manager, and what can we expect of the person who has that role? I think the answer is now that Greg Grossmeier fills the role of MediaWiki's release manager so he will have to answer this. :-) This subject has come up a couple of times in the past week so I look forward to working with Greg to implement some policy around MediaWiki releases -- especially the point releases for 1.19, the LTS release. There is a lot to discuss and I look forward to those conversations. Hello! To make this explicit: Everyone: please do feel free to contact me (email or on IRC, I'm greg-g) with any ideas, concerns, breakthroughs, gotchas, whatever dealing with this topic. I might not be able to do anything about it now, and I might not be the right person to deal with it in all cases, but I can help route things and keep notes so that we don't lose track of good ideas. Generally, what can you expect from me in this new role? I hope the email robla sent announcing my position can clarify much of it: http://lists.wikimedia.org/pipermail/wikitech-l/2013-February/066672.html Quoting robla: Greg will be managing the deployment process for the Wikimedia websites, focusing at first on improving release notes and outbound communication, freeing up folks like Sam to focus the engineering aspects of the role. He'll help our Bug Wrangler (Andre) figure out how to deal with high priority deployment-related issues; Andre will continue to broadly manage the flow of all bugs, while Greg will narrowly focus on very high priority issues through fix deployment. He'll also take over coordination of our deployment calendar[1], and will likely be a little nosier than many of us have had the time to do. Over time, Greg will look more holistically at our deployment practice, and potentially lead a change over to a more continuous deployment model. Best, Greg -- | Greg GrossmeierGPG: B2FA 27B1 F7EB D327 6B8E | | [[User:Greg G (WMF)]] A18D 1138 8E47 FAC8 1C7D | ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Commons mobile uploads testing week
Uploading pictures from mobile devices to Wikimedia Commons must be simple for everybody! The Wikimedia Mobile engineering team has fresh software and you can help testing it. WHEN Kick-off on Monday February 25 at 17:30 UTC (9:30 PST - 23:00 IST). The testing focus will continue during the rest of the week until Sunday March 3. WHERE Online: for details see watch https://www.mediawiki.org/wiki/Mobile_QA/Commons_uploads -- Quim Gil Technical Contributor Coordinator @ 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