Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-10-09 Thread Happy-melon

Jussi-Ville Heiskanen cimonav...@gmail.com 
wrote in message news:4ac226e2.7010...@gmail.com...
 Indeed I fully agree that ensuring that using the extension
 on massively edited pages is something that works fine, is
 entirely prudent; whereas ensuring perfect functionality
 for the full force of the extension for application on
 all English wikipedia pages, is probably less so.

It's not just that.  On a technological level, considerable sections of the 
FlaggedRevs code are called on *every* page view, whether the page has 
FlaggedRevs behaviour or not.  Even if it's eventually saying no, carry on 
normally in 99% of the cases, the question is still asked.  And asked on 
every one of those six billion pageviews.  When the answer is yes, we need 
to do something special here, of course, the load that the FlaggedRevs 
extension applies to the servers increases further, but every extension 
installed affects performance on every pageview, to a greater or lesser 
degree.  In the case of the site that carries such a huge proportion of our 
load *anyway*, lesser is definitely the degree to aim for.

--HM
 



___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-10-09 Thread Gregory Maxwell
On Fri, Oct 9, 2009 at 7:03 PM, Happy-melon happy-me...@live.com wrote:
[snip]
 It's not just that.  On a technological level, considerable sections of the
 FlaggedRevs code are called on *every* page view, whether the page has
 FlaggedRevs behaviour or not.  Even if it's eventually saying no, carry on
 normally in 99% of the cases, the question is still asked.  And asked on
 every one of those six billion pageviews.  When the answer is yes, we need
 to do something special here, of course, the load that the FlaggedRevs

Completely hogwash.

The overwhelming majority of those six billion pageviews never
touches mediawiki at all— they're satisfied out of the frontend
caches.

Not that flaggedrevs doesn't have performance considerations, but
you'd do well to keep the hyperbole down a notch.

...and it's not like we're talking about some extension which was only
ever designed for tiny wikis (as many extensions are), dewp and enwp
were always primary targets for this extension from inception.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-10-09 Thread Anthony
On Fri, Oct 9, 2009 at 7:22 PM, Gregory Maxwell gmaxw...@gmail.com wrote:
 On Fri, Oct 9, 2009 at 7:03 PM, Happy-melon happy-me...@live.com wrote:
 [snip]
 It's not just that.  On a technological level, considerable sections of the
 FlaggedRevs code are called on *every* page view, whether the page has
 FlaggedRevs behaviour or not.  Even if it's eventually saying no, carry on
 normally in 99% of the cases, the question is still asked.  And asked on
 every one of those six billion pageviews.  When the answer is yes, we need
 to do something special here, of course, the load that the FlaggedRevs

 Completely hogwash.

 The overwhelming majority of those six billion pageviews never
 touches mediawiki at all— they're satisfied out of the frontend
 caches.

That's what I was thinking.  FlaggedRevs works with the caching
software, to invalidate pages properly, right?

In theory, if the extension is written right, it could even enhance
performance, since the public version of articles will change less
often, and therefore be cached more often.

That is something that needs to be tested, of course.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-29 Thread Jussi-Ville Heiskanen
Andrew Gray wrote:


 I believe that scalable here refers to putting it on pages which
 recieve the kind of traffic and editing (or editing attempts) that
 very high-profile page on enwiki do, rather than scalable to being
 applied to three million pages.

 At the time Michael Jackson's death was being reported last month, for
 example, the page was recieving hundreds of thousands if not millions
 of hits; we protected it. Had we flagged-protected it - which we
 probably would have done - what would have happened? Would the system
 have coped? Would we have been able to handle that flood of edits,
 technically and organisationally?

   
Sincere thanks for clarifying that for me (also thanks
to Chad and Anthony for useful explanations).

Tech-speak can be mildly confusing for us who may not
fully always appreciate the very narrow definitions some
terms in it have. I expect for some folks lawyer-speak is
very much the same.

Indeed I fully agree that ensuring that using the extension
on massively edited pages is something that works fine, is
entirely prudent; whereas ensuring perfect functionality
for the full force of the extension for application on
all English wikipedia pages, is probably less so.


Yours,

Jussi-Ville Heiskanen





___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Erik Moeller
Hi Greg,

a quick note on Sue's behalf since we're all quite swamped right now.
On the tech side of things we're planning for the CTO transition right
now, as well as building up our capacity; those are core
foundation-building priorities that have to be higher than any
specific deployment, particularly given Brion's departure now.

We haven't committed to a specific FlaggedRevs deployment deadline
precisely because there isn't enough capacity right now to allocate to
the project. Pretty much all development work is done by a single
contractor, Aaron Schulz, who is amazing and deserves massive credit
for the fact that there is a usable FlaggedRevs extension at all,
which is in production use on our second-largest Wikipedia and many
others. There's no project manager for it, there are no other
developers who are assigned to working with Aaron, nor are there team
meetings to plan the further roll-out of the product.

The only situation where there's actually a dedicated full-time team
working on one specific problem-set is the usability project, and
that's because we've been able to receive an $890,000 grant
specifically to build it. It's time-limited, but we're looking for
ways to extend it past its grant run. As I think has been visible with
the successful roll-out of the usability beta, the milestones so far,
etc., this is one viable approach to get stuff done.

Should we have a dedicated quality assurance team? Perhaps; it's a
high-risk but potentially also high-gain technology priority. Is it
higher priority than, for example, massively improving mobile access
to Wikipedia and thereby potentially reaching hundreds of millions of
new readers/contributors? Maybe: The Strategy Project is designed to
help us answers these questions.  At this stage of organizational
development, we can possibly have 2-3 usability-sized tech projects
per year. There are other ways to support project roll-outs, such as
hiring product/project managers, which we've budgeted for but may have
to delay past the other planned tech hiring.

All that said, even with Brion transitioning, we're hoping to have at
least some scheduled small group conversations about the roll-out
plan, and Brion is hoping to invest some of his remaining time with it
in helping to get the extension ready for en.wp. It's not trivial: The
scalability concerns at that size are a step more serious than with
de.wp, and we're also concerned about the potential negative impact on
participation. The user interface is well-suited for the current de.wp
implementation, but needs some TLC to work for the flagged
protection use case.

We're committed to getting there but at this stage I can't give you a
better promise than allocating some percentage of the core team to
supporting the UI development, testing, and production roll-out,
hopefully resulting in a full production roll-out prior to the end of
this year.

Erik
-- 
Erik Möller
Deputy Director, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Gregory Maxwell
On Mon, Sep 28, 2009 at 3:11 PM, Erik Moeller e...@wikimedia.org wrote:
[snip]
 plan, and Brion is hoping to invest some of his remaining time with it
 in helping to get the extension ready for en.wp. It's not trivial: The
 scalability concerns at that size are a step more serious than with
 de.wp,

Of course. But I wasn't expecting a turn up on English Wikipedia yet.
I'm asking why the 25 lines of configuration that EnWP specified have
not yet been added to the test wiki at
http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

 and we're also concerned about the potential negative impact on
 participation.

Please help me understand the implications of this statement.

The English Wikipedia reached an overwhelmingly strong decision to try
a particular mode of operation. I hope you can appreciate how
difficult it can be to balance various interest and achieve agreement
on a change with such a widespread impact on a project as large and
well established as EnWP.

Enhancements were made to the software by volunteers to support the
proposal and a configuration was designed. Since then there has been
almost no progress in turning up a public trial wiki with this
configuration for testing and further refinement.

Now, we (I do know know for whom you speak) are concerned about an
underspecified concern regarding a negative impact on participation.
So? Now what? Does the now staff obstruct the rollout with passive
resistance and year+ delays?  Based both on the actions thus far and
on your statement this is what it sounds like to me.

Is this sort of over-concern regarding participation, so paranoid that
it obstructs a simple time limited trial of an article selective
feature, the behavior we can now expect from the WMF now that it has
substantial funding tied to unspecified participation goals?

I too am concerned about participation: I'm concerned that people who
came to build a project together will not want to participate under a
Wikimedia Foundation which views its contributors as 'users' rather
than partners.

Reaching a design for the policy and configuration and educating and
convincing people is the result of thousands of hours of volunteer
labor from hundreds of people across several years.  Moreover, the
ability to reach a decision to try something at this scale is a ray of
hope that EnWP hasn't become totally stuck and immune to change.  All
of this is wasted if the Wikimedia Foundation isn't able or willing to
hold up its side of its partnership with the community.

 The user interface is well-suited for the current de.wp
 implementation, but needs some TLC to work for the flagged
 protection use case.

The community has largely taken care of this:
http://en.wikipedia.org/wiki/Wikipedia:Flagged_protection_and_patrolled_revisions/Implementation#PHP_configuration

Of course, there will need to be additional refinement but that can
not proceed until the test wiki is up.

 We're committed to getting there but at this stage I can't give you a
 better promise than allocating some percentage of the core team to
 supporting the UI development, testing, and production roll-out,
 hopefully resulting in a full production roll-out prior to the end of
 this year.

When will the test wiki be activated?  This requires something like
pasting 25 lines of configuration, an extension install, and kicking a
maintenance script.

Even if everything else is delayed having the text site up and running
would allow the community to test and provide feedback to volunteer
developers who can refine the software in advance of the availability
of resources for the large scale deployment.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Erik Moeller
2009/9/28 Gregory Maxwell gmaxw...@gmail.com:
 Of course. But I wasn't expecting a turn up on English Wikipedia yet.
 I'm asking why the 25 lines of configuration that EnWP specified have
 not yet been added to the test wiki at
 http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

I'll review the current state of the prototype w/ Brion this week and
whatever needs to be done to get broader testing will get done ASAP.

 and we're also concerned about the potential negative impact on
 participation.

 Please help me understand the implications of this statement.

It simply means that

a) we want to make sure that for the production roll-out, the user
interface is not insane and appropriate to the specific en.wp
configuration that's been proposed;
b) we'll want to track participation metrics after the roll-out to see
what the impact of this technology is.

Accusations of obstructionism don't help; I understand where these
come from, but it's a massive case of assume bad faith. Please stop
it.
-- 
Erik Möller
Deputy Director, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Brian
On Mon, Sep 28, 2009 at 2:04 PM, Gregory Maxwell gmaxw...@gmail.com wrote:

 On Mon, Sep 28, 2009 at 3:11 PM, Erik Moeller e...@wikimedia.org wrote:
 [snip]
  plan, and Brion is hoping to invest some of his remaining time with it
  in helping to get the extension ready for en.wp. It's not trivial: The
  scalability concerns at that size are a step more serious than with
  de.wp,

 Of course. But I wasn't expecting a turn up on English Wikipedia yet.
 I'm asking why the 25 lines of configuration that EnWP specified have
 not yet been added to the test wiki at
 http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

  and we're also concerned about the potential negative impact on
  participation.

 Please help me understand the implications of this statement.

 The English Wikipedia reached an overwhelmingly strong decision to try
 a particular mode of operation. I hope you can appreciate how
 difficult it can be to balance various interest and achieve agreement
 on a change with such a widespread impact on a project as large and
 well established as EnWP.

 Enhancements were made to the software by volunteers to support the
 proposal and a configuration was designed. Since then there has been
 almost no progress in turning up a public trial wiki with this
 configuration for testing and further refinement.

 Now, we (I do know know for whom you speak) are concerned about an
 underspecified concern regarding a negative impact on participation.
 So? Now what? Does the now staff obstruct the rollout with passive
 resistance and year+ delays?  Based both on the actions thus far and
 on your statement this is what it sounds like to me.

 Is this sort of over-concern regarding participation, so paranoid that
 it obstructs a simple time limited trial of an article selective
 feature, the behavior we can now expect from the WMF now that it has
 substantial funding tied to unspecified participation goals?

 I too am concerned about participation: I'm concerned that people who
 came to build a project together will not want to participate under a
 Wikimedia Foundation which views its contributors as 'users' rather
 than partners.

 Reaching a design for the policy and configuration and educating and
 convincing people is the result of thousands of hours of volunteer
 labor from hundreds of people across several years.  Moreover, the
 ability to reach a decision to try something at this scale is a ray of
 hope that EnWP hasn't become totally stuck and immune to change.  All
 of this is wasted if the Wikimedia Foundation isn't able or willing to
 hold up its side of its partnership with the community.

  The user interface is well-suited for the current de.wp
  implementation, but needs some TLC to work for the flagged
  protection use case.

 The community has largely taken care of this:

 http://en.wikipedia.org/wiki/Wikipedia:Flagged_protection_and_patrolled_revisions/Implementation#PHP_configuration

 Of course, there will need to be additional refinement but that can
 not proceed until the test wiki is up.

  We're committed to getting there but at this stage I can't give you a
  better promise than allocating some percentage of the core team to
  supporting the UI development, testing, and production roll-out,
  hopefully resulting in a full production roll-out prior to the end of
  this year.

 When will the test wiki be activated?  This requires something like
 pasting 25 lines of configuration, an extension install, and kicking a
 maintenance script.

 Even if everything else is delayed having the text site up and running
 would allow the community to test and provide feedback to volunteer
 developers who can refine the software in advance of the availability
 of resources for the large scale deployment.


Greg, why can't we just put the code up on the Toolserver? Why does the
foundation need to be involved at all?
___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Gregory Maxwell
On Mon, Sep 28, 2009 at 4:10 PM, Erik Moeller e...@wikimedia.org wrote:
 and we're also concerned about the potential negative impact on
 participation.
 Please help me understand the implications of this statement.

 It simply means that

 a) we want to make sure that for the production roll-out, the user
 interface is not insane and appropriate to the specific en.wp
 configuration that's been proposed;

Aren't our volunteers qualified to contribute to this?

 b) we'll want to track participation metrics after the roll-out to see
 what the impact of this technology is.

I'm not sure what after the fact analysis has to do with the
deployment schedule.

 Accusations of obstructionism don't help; I understand where these
 come from, but it's a massive case of assume bad faith. Please stop
 it.

Bad faith — I don't think those words means what you think they mean.

I don't think anyone at the WMF is acting in bad faith.  Surely if you
intended to harm Wiki(p|m)edia you could come up with something better
than this.

My leading hypothesis were either that the staff was incredibly
overloaded with new initiatives like usability and strategywiki that
there simply hasn't been time to even make a simple configuration
change; ghat WMF's priorities have become so warped due to petitioning
by niche interests that it can't complete a simple request for its
largest project, or that the WMF staff has decided that it knows
better than hundreds of contributors and that it needed to act
paternalistic and protect the community against its own decision by
ignoring it.  I am not the only person to harbor these concerns, for
example see 
http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Flagged_protection_and_patrolled_revisionsdiff=316628512oldid=316625478
.

All off of these can be supported by the facts in front of me; None of
them reflect very positively on Wikimedia's staff, but neither require
even an ounce of bad faith.

If assume good faith has become a code-word for pretend everything
is done perfectly; ignore problems; provide no criticism then it's an
aspect of our culture that needs to be eliminated.

I felt the latter hypothesis was supported by your statement that
we're also concerned about the potential negative impact on
participation.   Even with your clarification I can't help but
understand that when I ask 'Why is FOO being delayed'  and you respond
(in part) 'Because we are concerned that it will harm things'  that
you aren't saying that you're intending to obstruct the deployment...

Extracting the purest (strawman?) form of statement: It has not been
done yet, in part, because we think what the community decided may
harm participation. However, we aren't working with the community to
ameliorate this harm is pretty much the definition of obstruction.

This is precisely the thing I was talking about when I said that I'm
concerned that Wikimedia is treating the contributors as 'users'
rather than partners:  If there are concerns about negative
side-effects of an initiative with a partner, you talk them out and
find solutions,  you don't drag your feet on implementing and hope the
demand goes away— though some organizations find that to be an
acceptable approach to handling needy customers.


If Wikimedia were more communicative about limitations and timelines
and more responsive to requests there wouldn't be as much need or room
to speculate.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions)for English Wikipedia.

2009-09-28 Thread Sue Gardner
Greg, I really don't want to reply to the specifics of this conversation -- 
Brion and Erik and others are much more deeply involved, and therefore better 
situated to respond.

But I will say this: I know some people have speculated, or asked, if the 
Wikimedia Foundation is deliberately holding up implementation of FlaggedRevs 
in English Wikipedia, because the staff doesn't want it, or thinks it's a bad 
idea. For the record: we are not.

I personally am worried that an aggressive deployment of FlaggedRevs may act as 
a barrier to new participants. The statistics for new editors on the German 
Wikipedia seem to suggest that their implementation has in fact caused a 
decline in new editors.  I find that worrying.  But I realize that 1) there may 
be other factors at play on the German Wikipedia, affecting participation, that 
are unrelated to FlaggedRevs, 2) the implementation of FlaggedRevs for English 
is quite different from the implementation on the German Wikipedia, and 3) the 
English community has made a decision, which it has every right to do.  To be 
super-clear: the staff of the Wikimedia Foundation is not deliberately holding 
up rollout of FlaggedRevs on the English Wikipedia because of concerns about 
whether it's a good idea.

WRT to your point about relative priorities: the Wikimedia Foundation has 
gotten funding from the Stanton Foundation and the Ford Foundation,  that's 
specifically earmarked for usability work. That is good: usability is a 
critical priority. We can't reallocate that funding to other technical work: 
it's restricted to the purpose for which it was given.

I hear your frustration about the slowness of implementation and I sympathize. 
But I don't want you to believe FlaggedRevs is being deliberately held up: it 
isn't.

Thanks,
Sue
-Original Message-
From: Gregory Maxwell gmaxw...@gmail.com

Date: Mon, 28 Sep 2009 16:59:44 
To: Wikimedia Foundation Mailing Listfoundation-l@lists.wikimedia.org
Subject: Re: [Foundation-l] Status of flagged protection (flagged revisions)
for English Wikipedia.


On Mon, Sep 28, 2009 at 4:10 PM, Erik Moeller e...@wikimedia.org wrote:
 and we're also concerned about the potential negative impact on
 participation.
 Please help me understand the implications of this statement.

 It simply means that

 a) we want to make sure that for the production roll-out, the user
 interface is not insane and appropriate to the specific en.wp
 configuration that's been proposed;

Aren't our volunteers qualified to contribute to this?

 b) we'll want to track participation metrics after the roll-out to see
 what the impact of this technology is.

I'm not sure what after the fact analysis has to do with the
deployment schedule.

 Accusations of obstructionism don't help; I understand where these
 come from, but it's a massive case of assume bad faith. Please stop
 it.

Bad faith — I don't think those words means what you think they mean.

I don't think anyone at the WMF is acting in bad faith.  Surely if you
intended to harm Wiki(p|m)edia you could come up with something better
than this.

My leading hypothesis were either that the staff was incredibly
overloaded with new initiatives like usability and strategywiki that
there simply hasn't been time to even make a simple configuration
change; ghat WMF's priorities have become so warped due to petitioning
by niche interests that it can't complete a simple request for its
largest project, or that the WMF staff has decided that it knows
better than hundreds of contributors and that it needed to act
paternalistic and protect the community against its own decision by
ignoring it.  I am not the only person to harbor these concerns, for
example see 
http://en.wikipedia.org/w/index.php?title=Wikipedia_talk:Flagged_protection_and_patrolled_revisionsdiff=316628512oldid=316625478
.

All off of these can be supported by the facts in front of me; None of
them reflect very positively on Wikimedia's staff, but neither require
even an ounce of bad faith.

If assume good faith has become a code-word for pretend everything
is done perfectly; ignore problems; provide no criticism then it's an
aspect of our culture that needs to be eliminated.

I felt the latter hypothesis was supported by your statement that
we're also concerned about the potential negative impact on
participation.   Even with your clarification I can't help but
understand that when I ask 'Why is FOO being delayed'  and you respond
(in part) 'Because we are concerned that it will harm things'  that
you aren't saying that you're intending to obstruct the deployment...

Extracting the purest (strawman?) form of statement: It has not been
done yet, in part, because we think what the community decided may
harm participation. However, we aren't working with the community to
ameliorate this harm is pretty much the definition of obstruction.

This is precisely the thing I was talking about when I said that I'm
concerned that Wikimedia is treating

Re: [Foundation-l] Status of flagged protection (flagged revisions)for English Wikipedia.

2009-09-28 Thread Thomas Dalton
2009/9/28 Sue Gardner susanpgard...@gmail.com:
 Greg, I really don't want to reply to the specifics of this conversation -- 
 Brion and Erik and others are much more deeply involved, and therefore better 
 situated to respond.

 But I will say this: I know some people have speculated, or asked, if the 
 Wikimedia Foundation is deliberately holding up implementation of FlaggedRevs 
 in English Wikipedia, because the staff doesn't want it, or thinks it's a bad 
 idea. For the record: we are not.

 I personally am worried that an aggressive deployment of FlaggedRevs may act 
 as a barrier to new participants. The statistics for new editors on the 
 German Wikipedia seem to suggest that their implementation has in fact caused 
 a decline in new editors.  I find that worrying.  But I realize that 1) there 
 may be other factors at play on the German Wikipedia, affecting 
 participation, that are unrelated to FlaggedRevs,

I was looking at those stats just a couple of days ago and it seems
the decline started a month *before* the implementation of FlaggedRevs
on dewiki, so it would seem to be due to something else. (Unless there
is some error in my data.)

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Brion Vibber
On 9/28/09 4:18 PM, Brion Vibber wrote:
 On 9/28/09 1:04 PM, Gregory Maxwell wrote:
 On Mon, Sep 28, 2009 at 3:11 PM, Erik Moellere...@wikimedia.org   wrote:
 [snip]
 plan, and Brion is hoping to invest some of his remaining time with it
 in helping to get the extension ready for en.wp. It's not trivial: The
 scalability concerns at that size are a step more serious than with
 de.wp,

 Of course. But I wasn't expecting a turn up on English Wikipedia yet.
 I'm asking why the 25 lines of configuration that EnWP specified have
 not yet been added to the test wiki at
 http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

 That config has been there for a month, but it might be broken in some
 way; as far as I know nobody's yet done any organized poking at the test
 site. We'll look it over in the next few days...

It seems to work just fine, actually. The extension is on, the 
configuration is being loaded for the right database, and things seem to 
function when I test them.

Quick steps to try it out:

1) Find a nice page:

http://flaggedrevs.labs.wikimedia.org/wiki/Hurricane_Vince_%282005%29

2) Hit the 'protect' link:

http://flaggedrevs.labs.wikimedia.org/w/index.php?title=Hurricane_Vince_%282005%29action=protect

3) This page does not have a stable version; page stability settings 
can be configured. - click this link [ideally that next form will be 
better integrated into the protection form in future]

http://flaggedrevs.labs.wikimedia.org/w/index.php?title=Special:Stabilizationpage=Hurricane_Vince_%282005%29

^ At this point if you're an admin you can tweak the page stabilization 
settings which allows you to opt a page into FlaggedRevs.

Switching it in for thie page to The stable revision; if not present, 
then the current/draft one, I now see the little 'sighted' box on the 
article page and have the review interface at the bottom (though some of 
the UI elements haven't been fully customized yet).

-- brion

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Gregory Maxwell
On Mon, Sep 28, 2009 at 7:30 PM, Steven Walling
steven.wall...@gmail.com wrote:
 Gregory,
 To address:

 My leading hypothesis were either that the staff was incredibly
 overloaded with new initiatives like usability and strategywiki...WMF's
 priorities have become so warped due to petitioning by niche interests that
 it can't complete a simple request for its
 largest project..

Your quoting makes it sound like I'm calling usability and strategy
wiki niche interest.

Here is what I actually wrote:

My leading hypothesis were either that the staff was incredibly
overloaded with new initiatives like usability and strategywiki that
there simply hasn't been time to even make a simple configuration
change; ghat WMF's priorities have become so warped due to petitioning
by niche interests that it can't complete a simple request for its
largest project, or that the

In bullet point form, my theories were:

(1) Tech staff is so overloaded with new work from usability, etc.
that they can't make a small configuration change for enwp or an enwp
test. No matter how important these new initiatives are, if they are
overburdening the staff this greatly than we have bitten off more than
we can chew.
(2) That WMF no longer cares about EnWP because advocates for other
projects post almost daily on foundation-l while ENWP
disproportionally underrepresented. (Enwp is off in it's own land)
(3) That fears about flagged revisions were causing the WMF to delay.

I'm pleased that Sue has responded resolutely to clarify that (3) is
not her position.


In any case, please endeavor to not misquote me in this manner in the future.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Brion Vibber
On 9/28/09 4:57 PM, Brion Vibber wrote:
 3) This page does not have a stable version; page stability settings
 can be configured.- click this link [ideally that next form will be
 better integrated into the protection form in future]

 http://flaggedrevs.labs.wikimedia.org/w/index.php?title=Special:Stabilizationpage=Hurricane_Vince_%282005%29

 ^ At this point if you're an admin you can tweak the page stabilization
 settings which allows you to opt a page into FlaggedRevs.

 Switching it in for thie page to The stable revision; if not present,
 then the current/draft one, I now see the little 'sighted' box on the
 article page and have the review interface at the bottom (though some of
 the UI elements haven't been fully customized yet).

And note there's a 'Stability' tab in Special:Preferences to tweak your 
personal prefs for viewing stable vs draft versions and how to show the 
interface.

http://flaggedrevs.labs.wikimedia.org/wiki/Special:Preferences

-- brion

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Brion Vibber
On 9/28/09 4:57 PM, Brion Vibber wrote:
 Switching it in for thie page to The stable revision; if not present,
 then the current/draft one, I now see the little 'sighted' box on the
 article page and have the review interface at the bottom (though some of
 the UI elements haven't been fully customized yet).

I've added notes to these effects with sample links on the main page: 
http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

-- brion

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Gregory Maxwell
On Mon, Sep 28, 2009 at 7:57 PM, Brion Vibber br...@wikimedia.org wrote:
 Of course. But I wasn't expecting a turn up on English Wikipedia yet.
 I'm asking why the 25 lines of configuration that EnWP specified have
 not yet been added to the test wiki at
 http://flaggedrevs.labs.wikimedia.org/wiki/Main_Page

 That config has been there for a month, but it might be broken in some
 way; as far as I know nobody's yet done any organized poking at the test
 site. We'll look it over in the next few days...

 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

Holy crap!

In my defense:
It's pretty clear that no one was aware that it was turned up yet.

The notice indicated that things were still being setup.

Activating it requires a right that only you have at the moment:
http://flaggedrevs.labs.wikimedia.org/w/index.php?title=Special:ListUsersgroup=sysop
[if there is anyone but brion listed; they've since been added]

The bugzilla bug has not been updated:
https://bugzilla.wikimedia.org/show_bug.cgi?id=18334

Other people inquired about the test site: May 5, May 12, Jun 9, Jun
19, Jul 16th
I inquired about this several times on wikitech-l:  Aug 31 and Sep 1,
then privately on Sep 15 and Sep 20th.
Of course, people have inquired on EnWP itself too.

As pointed out by Philippe, it came up in the 09/25 office hours IRC
which included these gems:

(I've cut ruthlessly, original is at
http://meta.wikimedia.org/wiki/IRC_office_hours/Office_hours_2009-09-25)

[22:33pm] Natalie: SueGardner: What is the hold-up with flagged
revisions on the English Wikipedia? It's been months and months.
...
[22:39pm] Jake_Wartenberg: brion: so there is no flagged protection on
flaggedrevs.labs.wikimedia.org
[22:39pm] Jake_Wartenberg: just flagged revs
[22:40pm] cary: I think that's enough on Flagged Revs.


Had I been aware of the discussion on IRC I would have first nagged
you again about why you were saying it was there when it didn't appear
to be!

Thank you.  My apologies: I'd have had little reason to complain if
I'd know that the test was up; the absence of the test is what seemed
outrageous.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Thomas Dalton
2009/9/29 Brion Vibber br...@wikimedia.org:
 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

 Quick steps to try it out:
 [snip]

Where do you want comments? I'll put the one I have so far here:

What does Confirm stable version settings mean? It looks like an
expiration time, but that doesn't fit the name...

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Brion Vibber
On 9/28/09 5:23 PM, Gregory Maxwell wrote:
 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

 Holy crap!

 In my defense:
 It's pretty clear that no one was aware that it was turned up yet.

 The notice indicated that things were still being setup.

Totally fair -- there was just plain bad communication there! We've got 
things going now and folks are getting set up with local admin  crat 
accounts to start poking it, so it looks like we've got this finally 
resolved. :)

-- brion

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Thomas Dalton
2009/9/29 Thomas Dalton thomas.dal...@gmail.com:
 2009/9/29 Brion Vibber br...@wikimedia.org:
 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

 Quick steps to try it out:
 [snip]

 Where do you want comments? I'll put the one I have so far here:

 What does Confirm stable version settings mean? It looks like an
 expiration time, but that doesn't fit the name...

Ah, it makes a little more sense once you have admin powers and rest
of the settings appear. I would change the name, though, only the
Confirm button in that section has anything to do with confirmation.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Erik Moeller
2009/9/28 Brion Vibber br...@wikimedia.org:
 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

Thanks for looking into it, Brion.
-- 
Erik Möller
Deputy Director, Wikimedia Foundation

Support Free Knowledge: http://wikimediafoundation.org/wiki/Donate

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread wjhonson

 
But not established users ?


 


 


 

-Original Message-
From: Brion Vibber br...@wikimedia.org
To: Wikimedia Foundation Mailing List foundation-l@lists.wikimedia.org
Sent: Mon, Sep 28, 2009 5:36 pm
Subject: Re: [Foundation-l] Status of flagged protection (flagged revisions) 
for English Wikipedia.










On 9/28/09 5:23 PM, Gregory Maxwell wrote:
 It seems to work just fine, actually. The extension is on, the
 configuration is being loaded for the right database, and things seem to
 function when I test them.

 Holy crap!

 In my defense:
 It's pretty clear that no one was aware that it was turned up yet.

 The notice indicated that things were still being setup.

Totally fair -- there was just plain bad communication there! We've got 
things going now and folks are getting set up with local admin  crat 
accounts to start poking it, so it looks like we've got this finally 
resolved. :)

-- brion

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l



 

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Thomas Dalton
2009/9/29  wjhon...@aol.com:


 But not established users ?

Not established users what?

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread wjhonson

 You cut off the response.? I was responding directly to the post previous 
where it was stated that crats and admins could poke at this.? So I'm wondering 
why not open it to all established editors.? There are editors who have been 
around a long time and are not admins.


 


 

-Original Message-
From: Thomas Dalton thomas.dal...@gmail.com
To: Wikimedia Foundation Mailing List foundation-l@lists.wikimedia.org
Sent: Mon, Sep 28, 2009 5:56 pm
Subject: Re: [Foundation-l] Status of flagged protection (flagged revisions) 
for English Wikipedia.










2009/9/29  wjhon...@aol.com:


 But not established users ?

Not established users what?

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l



 

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread Thomas Dalton
2009/9/29  wjhon...@aol.com:

  You cut off the response.? I was responding directly to the post previous 
 where it was stated that crats and admins could poke at this.? So I'm 
 wondering why not open it to all established editors.? There are editors who 
 have been around a long time and are not admins.

You misunderstood - people are being made admins and crats on that
wiki so they can poke at it. Anyone can request admin powers there.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


Re: [Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-28 Thread wjhonson

 Thanks.? Ok I've found you do that now.
http://flaggedrevs.labs.wikimedia.org/wiki/Talk:Main_Page#Adminship_requests



 


 

-Original Message-
From: Thomas Dalton thomas.dal...@gmail.com
To: Wikimedia Foundation Mailing List foundation-l@lists.wikimedia.org
Sent: Mon, Sep 28, 2009 6:13 pm
Subject: Re: [Foundation-l] Status of flagged protection (flagged revisions) 
for English Wikipedia.










2009/9/29  wjhon...@aol.com:

 ?You cut off the response.? I was responding directly to the post previous 
where it was stated that crats and admins could poke at this.? So I'm wondering 
why not open it to all established editors.? There are editors who have been 
around a long time and are not admins.

You misunderstood - people are being made admins and crats on that
wiki so they can poke at it. Anyone can request admin powers there.

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l



 

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l


[Foundation-l] Status of flagged protection (flagged revisions) for English Wikipedia.

2009-09-27 Thread Gregory Maxwell
Sue,

I sent the below included inquiry to wikitech-l regarding
http://flaggedrevs.labs.wikimedia.org/.

Now almost a month later I still  have received no response regarding
the status of
this test deployment. It is is still not active on the test site, —
although this
has literally gone on for months.

As far as I can tell this is one of the most significant initiatives
on English Wikipedia as of lately— in that it has site wide impact and
the design and decision of the configuration was the work of hundreds
of people, including a reworking after the WMF staff refused to
implement the initial decision which only achieved almost a decent
majority support, for lack of sufficient community support.   Now that
the plan has been improved and the support is overwhelming a commitment
to roll with this plan was made but no progress appears to be being made.
Inquiries have been met with silence.

I believe the community expects and deserves a greater level of
responsiveness from the staff of Wikimedia.

What I'd like to know—
 What is delaying this deployment?
 What is a reasonable expectation for the timeline in implement
community chosen decisions?
 How can communication be improved so that the communities high
priority implementations aren't ignored for weeks and even months by
wikimedia staff?
 How can the people who care about this help see it through to completion?

 What does this say about the enormous strategic projects initiate
when Wikimedia is already failing to meet its commitments on high
impact community initiatives?

Thank you for your time and consideration.


-- Forwarded message --
From: Gregory Maxwell gmaxw...@gmail.com
Date: Tue, Sep 1, 2009 at 7:21 PM
Subject: Re: [Wikitech-l] flaggedrevs.labs.wikimedia.org Status?
To: Wikimedia developers wikitec...@lists.wikimedia.org


On Tue, Sep 1, 2009 at 7:17 PM, K. Peacheyp858sn...@yahoo.com.au wrote:
 On Wed, Sep 2, 2009 at 7:02 AM, Platonidesplatoni...@gmail.com wrote:
 You know, when you point to a broken page, people^W wikipedians tend to
 do absurd things like fixing them :)
 I was going to fix some up, but import is restricted and i was too
 lazy to do copy/paste imports.

Ehhh.  It don't know that it makes sense to spend effort manually
fixing pages on a test project.  If the import procedure is not
working right it should be improved...


In any case, I'm sorry for the tangent. The main intent of my post was
to determine the current status:

Is the import finished?
When will the configuration changes for flagged protection be turned on?

___
foundation-l mailing list
foundation-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/foundation-l