[Wikitech-l] Commons mobile uploads testing week

[Quim Gil]

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

Re: [Wikitech-l] Who is responsible for accepting backported patch sets for maintained versions?

[Greg Grossmeier]

(apologies for the none-theading of this; I wasn't subscribed to
wikitech-l with this address when this message/thread was sent)


> 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

Re: [Wikitech-l] Module namespace

[Jeremy Baron]

On Thu, Feb 21, 2013 at 12:30 AM, Bináris  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  wrote:
> According to 
> http://hu.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=namespaces
> (and http://en.wikipedia.org/wiki/Wikipedia:Namespace), it's 828.

https://gerrit.wikimedia.org/r/gitweb?p=mediawiki%2Fextensions%2FScribunto.git&a=search&h=HEAD&st=grep&s=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] Module namespace

[Petr Onderka]

According to 
http://hu.wikipedia.org/w/api.php?action=query&meta=siteinfo&siprop=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  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

[Wikitech-l] Module namespace

[Bináris]

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] DevOps/Continuous Deployment discussion?

[Arthur Richards]

On Wed, Feb 20, 2013 at 4:12 PM, Željko Filipin wrote:

> On Wed, Feb 20, 2013 at 2:56 PM, Arthur Richards  >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

Re: [Wikitech-l] DevOps/Continuous Deployment discussion?

[Željko Filipin]

On Wed, Feb 20, 2013 at 2:56 PM, Arthur Richards 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.

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?

[Arthur Richards]

On Wed, Feb 20, 2013 at 12:04 PM, Juliusz Gonera wrote:

> 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?

[Mark A. Hershberger]

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?

[Luke Welling WMF]

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 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.
>
> 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
>
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] DevOps/Continuous Deployment discussion?

[Juliusz Gonera]

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] Corrupt pages on English Wikipedia

[MZMcBride]

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
 (aliased as 
or ). :-)

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] Corrupt pages on English Wikipedia

[Thomas Dalton]

On 20 February 2013 16:32, bawolff  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] Welcome Greg Grossmeier, Release Manager

[Greg Grossmeier]

Thanks, all! Looking forward to working with everyone.

Greg


On Tue, Feb 19, 2013 at 8:04 PM, Alolita Sharma wrote:

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

[bawolff]

On Wed, Feb 20, 2013 at 9:59 AM, 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?

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] Corrupt pages on English Wikipedia

[Jeremy Baron]

Hi Thomas,

On Feb 20, 2013 8:59 AM, "Sumana Harihareswara" 
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_Warren&oldid=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

[Sumana Harihareswara]

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

[Thomas Dalton]

On 20 February 2013 12:43, Tim Starling  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

[Tim Starling]

On 20/02/13 23:30, Thomas Dalton wrote:
> On 20 February 2013 12:11, Andre Klapper  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

[Brian Wolff]

Never on wikipedia (that ive heard of) but on third party wikis - a
misconfiguration causing double encoding with gzip causes symptoms very
similar to what you describe.

But as andre said, without an example is very difficult to say anything. If
someone came across something like that again, please include as much
detail as possible - save a copy of the broken page, save what http headers
you got with the request (if you know how), mention if you were logged in
or not, check to see if the page is always served broken or if it was just
a one time thing, etc. You never know which detail might be important.

-bawolff
On 2013-02-20 8:11 AM, "Andre Klapper"  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. :)
>
> 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
___
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

[Thomas Dalton]

On 20 February 2013 12:11, Andre Klapper  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

[Andre Klapper]

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

[Wikitech-l] Corrupt pages on English Wikipedia

[Thomas Dalton]

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] Using wiki pages as databases

[Ori Livneh]

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 ,
> > 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