Hi all,
It seems to me that there's been sterling work on the 'flagged revisions' front - with the bulk of the credit due to User:Cenarium over on en, and the various folk working away over there.
With that in mind, could I please encourage a dev.s attention to;
https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Hopefully we can enable the extension as soon as possible :-)
best,
Peter, PM.
Hi all,
The 'flagged revisions' bug ( https://bugzilla.wikimedia.org/show_bug.cgi?id=18244 ) - has, by my reading been 'reopened' for 2 weeks now. Being as this is a reasonably big deal in the wiki scheme of things, I presume it's possible that matters are being discussed, or otherwise moved forward in some way, behind the scenes, but at this point, I thought it was probably worth making sure that this hasn't just been sort of forgotten.
I think the enabling of flagged revisions on the english wikipedia is a very important, positive step for the project, and hope it might be acted upon in reasonably good order as a high priority.
Apologies if such prodding is not a great fit on this list - don't mean to bug anyone (geddit?) ;-)
cheers,
Peter, PM.
On Tue, May 5, 2009 at 3:55 PM, private musings thepmaccount@gmail.comwrote:
Hi all,
It seems to me that there's been sterling work on the 'flagged revisions' front - with the bulk of the credit due to User:Cenarium over on en, and the various folk working away over there.
With that in mind, could I please encourage a dev.s attention to;
https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Hopefully we can enable the extension as soon as possible :-)
best,
Peter, PM.
On Tue, May 12, 2009 at 8:20 PM, private musings thepmaccount@gmail.com wrote:
The 'flagged revisions' bug ( https://bugzilla.wikimedia.org/show_bug.cgi?id=18244 ) - has, by my reading been 'reopened' for 2 weeks now. Being as this is a reasonably big deal in the wiki scheme of things, I presume it's possible that matters are being discussed, or otherwise moved forward in some way, behind the scenes, but at this point, I thought it was probably worth making sure that this hasn't just been sort of forgotten.
People do periodically check on bugged labeled shell. Only a very few people can fulfill them, so it may take a while, but it will happen eventually.
Quick update:
* Yes, we do plan to roll out an English Wikipedia test setup for Flagged Revs.
* There's not yet a fixed schedule for it, but I'd like to see it up and running in production before Wikimania. :) [August]
* Right now we're running round tidying up general things, getting the 1.15 release set up, and prepping to get our live sites updated to development trunk -- nice things are afoot like a total upgrade to the preferences backend which Werdna has done, yay!
* As we get back up to speed, we'll want to coordinate w/ Aaron to confirm that we've got a configuration planned and that it'll look good, and get that test config on en.labs.wikimedia.org and test.wikipedia for a while before we roll it to en.wikipedia.
I'd also like to see folks ponder a bit on the final terminology for things -- we'd also like to roll out the Drafts extension (for saving your in-progress edit page in the background so you can return to it if you accidentally close it or your browser crashes), but Flagged Revs also uses the 'draft' terminology sometimes. We want to make sure we're not going to be looking too confusing having both of those things in the system.
-- brion
El 5/12/09 5:20 PM, private musings escribió:
Hi all,
The 'flagged revisions' bug ( https://bugzilla.wikimedia.org/show_bug.cgi?id=18244 ) - has, by my reading been 'reopened' for 2 weeks now. Being as this is a reasonably big deal in the wiki scheme of things, I presume it's possible that matters are being discussed, or otherwise moved forward in some way, behind the scenes, but at this point, I thought it was probably worth making sure that this hasn't just been sort of forgotten.
I think the enabling of flagged revisions on the english wikipedia is a very important, positive step for the project, and hope it might be acted upon in reasonably good order as a high priority.
Apologies if such prodding is not a great fit on this list - don't mean to bug anyone (geddit?) ;-)
cheers,
Peter, PM.
On Tue, May 5, 2009 at 3:55 PM, private musingsthepmaccount@gmail.comwrote:
Hi all,
It seems to me that there's been sterling work on the 'flagged revisions' front - with the bulk of the credit due to User:Cenarium over on en, and the various folk working away over there.
With that in mind, could I please encourage a dev.s attention to;
https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Hopefully we can enable the extension as soon as possible :-)
best,
Peter, PM.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I don't know about those flagged revisions. After a while, it would basically mean that every edit and page view would be doubled. For most people, they'd have to double edit to flag their revision as the "latest and greatest" (lag) edit. In an edit war, as people revert the other persons' edit, they'd again flag their reversion as the lag edit. When people look at a page, of course they're going to want to see the lag version, so they'll constantly be flipping to see it -- unless there's something that they want to change and then they're going to have to pull up an edit difference to see what the changes are that have gone through but not been flagged as the lag version so that they know whether or not the change has already been fixed by someone.
I think such a system might work well on a smaller wiki, but as a wiki grows bigger and bigger, flagged revisions start to mean less and less just as they become more and more unwieldly.
I think a better solution would be to upgrade Huggle/Twinkle. As it now stands, the main antivandal programs are... somewhat stodgy. When you have a bunch of people all using them at once, you start to run into edit conflicts. Different people will be trying to revert the same page at the same time. But you know how you can set a page as "patrolled" in the "new revisions" section? Perhaps there should be a way to set that on Huggle/Twinkle, but for multiple users. There could be a flag that flips when there are more than X number of users actively running through Huggle/Twinkle. If the number of users is greater than X, then revisions are actually sent out to multiple people at once. This seems somewhat contradictory at first, the idea that you'll save time/resources and cover more pages if you have more people working on the same page, but it wouldn't revert as soon as you hit revert. It would just set the flag on that page and serve up the next page -- if a majority of reviewers reverts it, the vandalism is reverted and the vandal is warned.
If the number of users is lower than X, then of course each person would instantly revert a page when they revert. But I spend a lot of time waiting for Huggle to revert a page and warn a user. This may not be the case for everyone, but I read very quickly. I read the last Harry Potter book in like a couple of hours, no joking. When I use Huggle, I spend the majority of my time waiting for Huggle to revert a page and warn a user (well, other than using Google to find other sites to check on factual accuracy, but that's another story).
I just feel that the amount of edit conflicts while using Huggle and the amount that the same set of pages is looked over by the same set of people, all of whom are trying to individually revert, is just too much. There's far too much wasted time, in my opinion, because Huggle and Twinkle, although great, are just slightly inadequate to keep up with how big Wikepdia has become. It's so huge that it's impossible for one person to read it all, since it'd take a few years of continuous reading and it's growing faster than the fastest reader could read.
I just think that flagged revisions will open up a can of worms and just hit the servers more than they're already being hit. This may work on the German Wikipedia, but the English Wikipedia is almost seven times bigger than the German one and I do believe en is growing much faster than de -- there are just far more users doing "stuff" on the English Wikipedia. 2009/5/19 Brion Vibber brion@wikimedia.org
Quick update:
- Yes, we do plan to roll out an English Wikipedia test setup for
Flagged Revs.
- There's not yet a fixed schedule for it, but I'd like to see it up and
running in production before Wikimania. :) [August]
- Right now we're running round tidying up general things, getting the
1.15 release set up, and prepping to get our live sites updated to development trunk -- nice things are afoot like a total upgrade to the preferences backend which Werdna has done, yay!
- As we get back up to speed, we'll want to coordinate w/ Aaron to
confirm that we've got a configuration planned and that it'll look good, and get that test config on en.labs.wikimedia.org and test.wikipedia for a while before we roll it to en.wikipedia.
I'd also like to see folks ponder a bit on the final terminology for things -- we'd also like to roll out the Drafts extension (for saving your in-progress edit page in the background so you can return to it if you accidentally close it or your browser crashes), but Flagged Revs also uses the 'draft' terminology sometimes. We want to make sure we're not going to be looking too confusing having both of those things in the system.
-- brion
El 5/12/09 5:20 PM, private musings escribió:
Hi all,
The 'flagged revisions' bug ( https://bugzilla.wikimedia.org/show_bug.cgi?id=18244 ) - has, by my
reading
been 'reopened' for 2 weeks now. Being as this is a reasonably big deal
in
the wiki scheme of things, I presume it's possible that matters are being discussed, or otherwise moved forward in some way, behind the scenes, but
at
this point, I thought it was probably worth making sure that this hasn't just been sort of forgotten.
I think the enabling of flagged revisions on the english wikipedia is a
very
important, positive step for the project, and hope it might be acted upon
in
reasonably good order as a high priority.
Apologies if such prodding is not a great fit on this list - don't mean
to
bug anyone (geddit?) ;-)
cheers,
Peter, PM.
On Tue, May 5, 2009 at 3:55 PM, private musings<thepmaccount@gmail.com wrote:
Hi all,
It seems to me that there's been sterling work on the 'flagged
revisions'
front - with the bulk of the credit due to User:Cenarium over on en, and
the
various folk working away over there.
With that in mind, could I please encourage a dev.s attention to;
https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Hopefully we can enable the extension as soon as possible :-)
best,
Peter, PM.
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
On Wed, May 20, 2009 at 9:58 PM, Bart banaticus@gmail.com wrote:
I don't know about those flagged revisions.
[snip]
It's not our choice, the community requested it and approved it. * http://en.wikipedia.org/wiki/Wikipedia_talk:Flagged_protection_and_patrolled... * https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Ok, I'm not sure how I missed the top section (like the Wikimania and copyright sections) announcing something that's going to have such a huge effect on Wikipedia, but ok. Full steam ahead. ;)
2009/5/20 Casey Brown cbrown1023.ml@gmail.com
On Wed, May 20, 2009 at 9:58 PM, Bart banaticus@gmail.com wrote:
I don't know about those flagged revisions.
[snip]
It's not our choice, the community requested it and approved it.
http://en.wikipedia.org/wiki/Wikipedia_talk:Flagged_protection_and_patrolled...
-- Casey Brown Cbrown1023
Note: This e-mail address is used for mailing lists. Personal emails sent to this address will probably get lost.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, May 20, 2009 at 9:58 PM, Bart banaticus@gmail.com wrote:
I don't know about those flagged revisions. After a while, it would basically mean that every edit and page view would be doubled. For most
[snip]
Sorry to be curt, but why do people who have a weak understanding of the functionality available feel so compelled to make comments like this?
The software supports automatically preserving the standing flagging (or some portion of it) when users with the authority to set those flags make edits. This eliminates the inherit doubling.
The flagging communicates to users that a revision has been reviewed to some degree by an established user. This should allow review resources to applied more effectively rather than having 100 people review every change to a popular article while changes to less popular articles end up insufficiently reviewed.
Furthermore, the existence of flagged versions in the history means that when a series of unflagged revisions are made they can be reviewed in a single action by viewing the diff against the the single most recent 'known-probably-good' flagged revision. Without these points in the history every single edit must be individually reviewed.
The exact change in workload isn't clear: If there is an increase in workload then it would come from an increase from performing a review of changes by less-established users (those unable to set the flags) which previously went completely without review. I hope that there isn't currently enough completely unreviewed material that it would offset the time saving improvements of collaborative review and known-good comparison points.
I'm sure that it is possible to find worthwhile criticisms of the flagging functionality (or the particular configuration requested by EnWP), but many people have worked very hard on this functionality and many of most obvious possible problems have been addressed. To produce an effective criticism you're going to need to spend a decent amount of time researching, reading discussion history, trying the software, etc. Maybe if you do you'll find that the functionality isn't as frightening as you feared and hopefully you'll find a new possible problem which can actually be addressed without rejecting this attempt at forward progress.
On Thu, May 21, 2009 at 12:14 AM, Gregory Maxwell gmaxwell@gmail.comwrote:
On Wed, May 20, 2009 at 9:58 PM, Bart banaticus@gmail.com wrote:
I don't know about those flagged revisions. After a while, it would basically mean that every edit and page view would be doubled. For most
[snip]
Sorry to be curt, but why do people who have a weak understanding of the functionality available feel so compelled to make comments like this?
The software supports automatically preserving the standing flagging (or some portion of it) when users with the authority to set those flags make edits. This eliminates the inherit doubling.
Does that flag the entire article, or only the change?
To produce
an effective criticism you're going to need to spend a decent amount of time researching, reading discussion history, trying the software, etc.
Nah, I only need the answer to that question :).
Anthony wrote:
On Thu, May 21, 2009 at 12:14 AM, Gregory Maxwell gmaxwell@gmail.comwrote:
On Wed, May 20, 2009 at 9:58 PM, Bart banaticus@gmail.com wrote:
I don't know about those flagged revisions. After a while, it would basically mean that every edit and page view would be doubled. For most
[snip]
Sorry to be curt, but why do people who have a weak understanding of the functionality available feel so compelled to make comments like this?
The software supports automatically preserving the standing flagging (or some portion of it) when users with the authority to set those flags make edits. This eliminates the inherit doubling.
Does that flag the entire article, or only the change?
If the article is flagged as good, you make an edit (which would otherwise dirty it) and can immediatly 'mark it as good', the software automatically marks it as good.
On Sat, Jun 20, 2009 at 11:36 AM, Anthonywikimail@inbox.org wrote:
The software supports automatically preserving the standing flagging (or some portion of it) when users with the authority to set those flags make edits. This eliminates the inherit doubling.
Does that flag the entire article, or only the change?
Individual revisions are flagged. So for the first time a page gets flagged, the person setting the flag will be expected to look over the entire article to make sure there is no lingering vandalism. If there is an earlier flagged version, and intermediate revisions are not flagged, then someone setting a flag on a new edit will be expected to check the changes since the last flagged version. Automatically flagging will mean something along the lines of "the immediately previous version is flagged and the person who made a change from that is trusted, therefore the change is trusted, therefore the whole article remains flagged."
-Sage (User:Ragesoss)
On Sat, Jun 20, 2009 at 12:44 PM, Sage Ross <ragesoss+wikipedia@gmail.comragesoss%2Bwikipedia@gmail.com
wrote:
On Sat, Jun 20, 2009 at 11:36 AM, Anthonywikimail@inbox.org wrote:
The software supports automatically preserving the standing flagging (or some portion of it) when users with the authority to set those flags make edits. This eliminates the inherit doubling.
Does that flag the entire article, or only the change?
Individual revisions are flagged. So for the first time a page gets flagged, the person setting the flag will be expected to look over the entire article to make sure there is no lingering vandalism. If there is an earlier flagged version, and intermediate revisions are not flagged, then someone setting a flag on a new edit will be expected to check the changes since the last flagged version. Automatically flagging will mean something along the lines of "the immediately previous version is flagged and the person who made a change from that is trusted, therefore the change is trusted, therefore the whole article remains flagged."
So if an autoflagger edits an article which is not flagged, the edit will be allowed, but it will not be flagged, right?
On Sat, Jun 20, 2009 at 12:47 PM, Anthonywikimail@inbox.org wrote:
So if an autoflagger edits an article which is not flagged, the edit will be allowed, but it will not be flagged, right?
Right. This also allows bots to be autoflaggers, as some or all are on German Wikipedia.
-Sage
Bart wrote:
I think a better solution would be to upgrade Huggle/Twinkle. As it now stands, the main antivandal programs are... somewhat stodgy. When you have a bunch of people all using them at once, you start to run into edit conflicts. Different people will be trying to revert the same page at the same time. But you know how you can set a page as "patrolled" in the "new revisions" section? Perhaps there should be a way to set that on Huggle/Twinkle, but for multiple users. There could be a flag that flips when there are more than X number of users actively running through Huggle/Twinkle. If the number of users is greater than X, then revisions are actually sent out to multiple people at once. This seems somewhat contradictory at first, the idea that you'll save time/resources and cover more pages if you have more people working on the same page, but it wouldn't revert as soon as you hit revert. It would just set the flag on that page and serve up the next page -- if a majority of reviewers reverts it, the vandalism is reverted and the vandal is warned.
If the number of users is lower than X, then of course each person would instantly revert a page when they revert. But I spend a lot of time waiting for Huggle to revert a page and warn a user. This may not be the case for everyone, but I read very quickly. I read the last Harry Potter book in like a couple of hours, no joking. When I use Huggle, I spend the majority of my time waiting for Huggle to revert a page and warn a user (well, other than using Google to find other sites to check on factual accuracy, but that's another story).
I just feel that the amount of edit conflicts while using Huggle and the amount that the same set of pages is looked over by the same set of people, all of whom are trying to individually revert, is just too much. There's far too much wasted time, in my opinion, because Huggle and Twinkle, although great, are just slightly inadequate to keep up with how big Wikepdia has become. It's so huge that it's impossible for one person to read it all, since it'd take a few years of continuous reading and it's growing faster than the fastest reader could read.
In summary, your complain is that Huggle and Twinkle are slow. Complain to its authors, not to mediawiki developers. It's up to you to use them or not, or even create a "better" tool.
If two people save the same version, mediawiki already chooses the first one. There could be an addition of "add this section if it doesn't exist" command, but that's all.
Antivandal tools are free to synchronize and load their load between them in any way they wish. This is the wrong list to rant about them.
with apologies for re-vitalising a slightly old thread -I have a couple of follow ups, which it'd be great to try and make some progress on.... My understanding is that Aaron (whom I haven't 'met' - so hello!) has completed work on a test configuration of flagged revisions - I hope it's appropraite for me to ask directly on this list whether or not Aaron considers this development complete? (my understanding is that the extension is pretty much ready to go?) There is understandably considerable interest in the timeframe for installing flagged revisions, I would hope it would be a positive step to set some timeframes a bit tighter than 'hopefully by wikimedia' ;-) - is this list an appropriate context for such discusison, and if so (hopefullly) - could someone appropriately empowered flesh out the next steps a bit more, and maybe try and establish a timetable of sorts? My intention in posting about this every so often is to ensure that such an important development doesn't sort of slip through the cracks - I think communication on this matter has to date been ok, but not great - it'll be cool to improve it a bit :-) cheers, Peter, PM.
On Fri, May 22, 2009 at 9:00 AM, Platonides Platonides@gmail.com wrote:
Bart wrote:
I think a better solution would be to upgrade Huggle/Twinkle. As it now stands, the main antivandal programs are... somewhat stodgy. When you
have
a bunch of people all using them at once, you start to run into edit conflicts. Different people will be trying to revert the same page at
the
same time. But you know how you can set a page as "patrolled" in the
"new
revisions" section? Perhaps there should be a way to set that on Huggle/Twinkle, but for multiple users. There could be a flag that flips when there are more than X number of users actively running through Huggle/Twinkle. If the number of users is greater than X, then revisions are actually sent out to multiple people at once. This seems somewhat contradictory at first, the idea that you'll save time/resources and
cover
more pages if you have more people working on the same page, but it
wouldn't
revert as soon as you hit revert. It would just set the flag on that
page
and serve up the next page -- if a majority of reviewers reverts it, the vandalism is reverted and the vandal is warned.
If the number of users is lower than X, then of course each person would instantly revert a page when they revert. But I spend a lot of time
waiting
for Huggle to revert a page and warn a user. This may not be the case
for
everyone, but I read very quickly. I read the last Harry Potter book in like a couple of hours, no joking. When I use Huggle, I spend the
majority
of my time waiting for Huggle to revert a page and warn a user (well,
other
than using Google to find other sites to check on factual accuracy, but that's another story).
I just feel that the amount of edit conflicts while using Huggle and the amount that the same set of pages is looked over by the same set of
people,
all of whom are trying to individually revert, is just too much. There's far too much wasted time, in my opinion, because Huggle and Twinkle, although great, are just slightly inadequate to keep up with how big Wikepdia has become. It's so huge that it's impossible for one person to read it all, since it'd take a few years of continuous reading and it's growing faster than the fastest reader could read.
In summary, your complain is that Huggle and Twinkle are slow. Complain to its authors, not to mediawiki developers. It's up to you to use them or not, or even create a "better" tool.
If two people save the same version, mediawiki already chooses the first one. There could be an addition of "add this section if it doesn't exist" command, but that's all.
Antivandal tools are free to synchronize and load their load between them in any way they wish. This is the wrong list to rant about them.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Jun 10, 2009 at 12:08 PM, private musingsthepmaccount@gmail.com wrote:
with apologies for re-vitalising a slightly old thread -I have a couple of follow ups, which it'd be great to try and make some progress on.... My understanding is that Aaron (whom I haven't 'met' - so hello!) has completed work on a test configuration of flagged revisions - I hope it's appropraite for me to ask directly on this list whether or not Aaron considers this development complete? (my understanding is that the extension is pretty much ready to go?) There is understandably considerable interest in the timeframe for installing flagged revisions, I would hope it would be a positive step to set some timeframes a bit tighter than 'hopefully by wikimedia' ;-) - is this list an appropriate context for such discusison, and if so (hopefullly)
- could someone appropriately empowered flesh out the next steps a bit more,
and maybe try and establish a timetable of sorts? My intention in posting about this every so often is to ensure that such an important development doesn't sort of slip through the cracks - I think communication on this matter has to date been ok, but not great - it'll be cool to improve it a bit :-) cheers, Peter, PM.
The implementations depend on a per wiki basis depending on consensus, for example, wikinews and a few others such as the German Wikipedia already run it.
The en.wiki is currently also looking at a slightly modified version nicked named "Flagged Protections" which is basically designed to work the same way protection does, articles are only covered by it when protected to a certain level.
Thanks heaps for the update, Brion.
I must confess to having harboured hopes that we might have been able to get flagged revisions enabled perhaps a little quicker. Given the 3 month or so timeframe, is there any merit in creating some sort of fixed (or flexible) schedule - is the delay due to extra bits and bobs of coding being required? - Is a reasonably straightforward (ie. understandable by idiots like me!) explanation for the nature of the ongoing work possible? (it'd be nice to shout a bit about this from the wiki rooftops, but hard without being sure what's going on.....)
Would some targetted donations help flagged revisions to be enabled at all? I feel it's a least a possibility that those who have long expressed a desire to work with the functionality might be willing to throw in a buck or two to bring the schedule forward / keep momentum - I'd certainly kick in $50 or $100. (hey I'd even be happy to split it 50/50 between the developer who does the work, and the foundation ;-)
Hopefully we're at least fairly close to getting the test config. on en.labs - is this a suitable place for interested english wikipedia community members to come and have a play / offer feedback etc. - or is this really more of a techincal sort of thing?
Sorry about the tons of questions - I'm asking so many, because I'd like to try and whip the relavent pages on the english wikipedia into shape so they can communicate fully and clearly where we're at... :-)
cheers,
Peter PM.
On Wed, May 20, 2009 at 2:22 AM, Brion Vibber brion@wikimedia.org wrote:
Quick update:
- Yes, we do plan to roll out an English Wikipedia test setup for
Flagged Revs.
- There's not yet a fixed schedule for it, but I'd like to see it up and
running in production before Wikimania. :) [August]
- Right now we're running round tidying up general things, getting the
1.15 release set up, and prepping to get our live sites updated to development trunk -- nice things are afoot like a total upgrade to the preferences backend which Werdna has done, yay!
- As we get back up to speed, we'll want to coordinate w/ Aaron to
confirm that we've got a configuration planned and that it'll look good, and get that test config on en.labs.wikimedia.org and test.wikipedia for a while before we roll it to en.wikipedia.
I'd also like to see folks ponder a bit on the final terminology for things -- we'd also like to roll out the Drafts extension (for saving your in-progress edit page in the background so you can return to it if you accidentally close it or your browser crashes), but Flagged Revs also uses the 'draft' terminology sometimes. We want to make sure we're not going to be looking too confusing having both of those things in the system.
-- brion
El 5/12/09 5:20 PM, private musings escribió:
Hi all,
The 'flagged revisions' bug ( https://bugzilla.wikimedia.org/show_bug.cgi?id=18244 ) - has, by my
reading
been 'reopened' for 2 weeks now. Being as this is a reasonably big deal
in
the wiki scheme of things, I presume it's possible that matters are being discussed, or otherwise moved forward in some way, behind the scenes, but
at
this point, I thought it was probably worth making sure that this hasn't just been sort of forgotten.
I think the enabling of flagged revisions on the english wikipedia is a
very
important, positive step for the project, and hope it might be acted upon
in
reasonably good order as a high priority.
Apologies if such prodding is not a great fit on this list - don't mean
to
bug anyone (geddit?) ;-)
cheers,
Peter, PM.
On Tue, May 5, 2009 at 3:55 PM, private musings<thepmaccount@gmail.com wrote:
Hi all,
It seems to me that there's been sterling work on the 'flagged
revisions'
front - with the bulk of the credit due to User:Cenarium over on en, and
the
various folk working away over there.
With that in mind, could I please encourage a dev.s attention to;
https://bugzilla.wikimedia.org/show_bug.cgi?id=18244
Hopefully we can enable the extension as soon as possible :-)
best,
Peter, PM.
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@lists.wikimedia.org