Extension talk:FlaggedRevs

Archives

Archive 1 Archive 2 Archive 3

Previous page history was archived for backup purposes at Extension talk:FlaggedRevs/LQT Archive 1 on 2015-07-10.

Is this a feature of FlaggedRevs? Is there any way I can disable it? Generally on my wiki if pages aren't edited for a long time it means they don't need to be updated, not that they need to be checked again. I'm not 100% sure things are being marked unchecked but it seems like they are.

It’s certainly not a feature, I don’t face with it on Wikimedia sites (mostly Hungarian Wikipedia). Is your wiki public? If yes, could you cite a specific page which has become unchecked?

It is public, mostly there have been some category pages which I'm pretty sure were checked & later on aren't checked. That said I don't have a page that I'm 100% certain this is happening to so I will reply again if I'm certain.

This extension could be very useful to my agency, if I can get the configuration set to meet our requirements. I followed the instructions for restricting unapproved revisions, which almost works for my purposes. I have multiple tags, and my wgFlaggedRevsTags array is set such that each tag requires a level 2 in order to be considered "quality". The behavior I'd like to see is that each tag is controlled by a different reviewer, and only when all reviewers have set level 2, and we have "quality" achieved, is the revised page shown to anonymous users. Instead, what I see is that when any of the tags reaches level 2, putting the page into a "checked" state, the page is then displayed to anonymous users prior to the "quality" state being reached. How might I go about fixing this?

It looks as though there is not an available configuration option that I can set to modify the default behavior from accepting draft revisions (i.e. less than quality) as reviewed/stable. I can work around the need for having each reviewer control different levels on different tags, but I really need the viewable versions for anonymous users to only show once quality or pristine levels are reached. Having pages viewable after they have just been checked, but not yet reached quality will not work for my purposes. Can anyone help suggest what modifications I might try to this extension in order to get what I'm after? Many thanks.

Maybe look at https://www.mediawiki.org/wiki/Extension:FlaggedRevs/Restricting_unapproved_revisions .

In fact the issue is not "how to not show unstable versions" but how to have stable versions only if a tag has reach a certain level.

For exemple, with only one tag with 3 levels Draft-Verified-Approved : how to tell the extension to consider that "Verified" is not a stable state and thus not shown by default (with $wgFlaggedRevsOverride = true)

Is there any update to this? I have the same question:

3 Levels: Draft - Verified - Approved. Only Approved shall be considered as stable, how to achieve this?

Setting is "status" => array('levels' => 2, 'quality' => 3, 'pristine'=3).

Currently all pages having status "Verified" are considered as "stable".

FlaggedRevs is a powerfull tool, but for users beyond Wikipedia you easy lost the orientation. This starts with the fact that when comparing versions I only come back to the page via the article tab, this goes on with unclear labels and missing design. It's a pity that this great and popular expansion on the surface is still so weak. Can we help to move the issue forward? Is there a roadmap?

Is there any way to do this? If the template/file itself has been reviewed already or was done by someone with Editor permission, I don't need to review the change again on the page where it's transcluded/embedded.

And this message shouldn’t appear in that case, only if a non-trusted user edited a used template or file, and that edit hasn’t been reviewed yet. If it’s not the case, please report the bug on Phabricator.

Hmm I think this might be happening because the files were moved to a commons wiki and then deleted from this wiki (example page - https://lol.gamepedia.com/index.php?title=Afreeca_Freecs&oldid=880962&diff=curand I won't check it so it stays). Is that intended behavior?

I know this problem (though I have never reported it as a bug). To be honest, I think there’s no good solution for this problem – I see three possible options: the current one, where you have to mark each page using images from the central image repository as checked, another one is the ability to mark individual images stored in the central repo as checked, including ones that are never actually used on this wiki, and the third is to not require flagging for images of the central repo, which means that not all content will be checked, and vandals can overwrite images with anything with a lower risk of being reverted before anyone could see it.

Could I just totally disable the "pending changes for included files or templates" notice altogether? I know that's not a good option in general but it would work for my wiki - we have Pending Changes more to protect against well-intentioned but incorrect content page updates and rarely have to deal with vandalism or any template edits at all.

Maybe this can help: https://github.com/wikimedia/mediawiki-extensions-FlaggedRevs/blob/8e9cd5c6672eebda3fcf4f8f881c078487e0d619/FlaggedRevs.php#L208-L220

When I add user to group editor or reviewer or autoreviewer or all off them user can review, all works well. But after user relogin he is deleting from this groups: MessageCache::load: Loading ru... got from global cache Unstubbing $wgParser on call of $wgParser::firstCallInit from MessageCache::getParser Parser: using preprocessor: Preprocessor_DOM Unstubbing $wgLang on call of $wgLang::_unstub from ParserOptions::__construct User: cache miss for user 97 User: loading options for user 97 from database. DatabaseBase::query: Writes done: DELETE FROM `user_groups` WHERE ug_user = '97' AND ug_group = 'editor'

I have the same problem. Anybody have an idea of what might be happening?

What authentication extension do you use?

My wiki does a lot of realtime data entry, and so when I onboard new staff members for data entry, I want their edits to not go through approval before showing up on the page. But I do want them to show up as unpatrolled in Recent Changes so I can check over them at a later time. Does this extension allow for this, and if so, how can I configure it?

You can set $wgFlaggedRevsOverride = false; . Or just use the default patrol system (the disadvantage of the latter is that it’s accessible from fewer places and stores whether a revision was patrolled only for 30 days, but maybe it’s easier to configure).

The problem with that is that I still want changes from most users to be pending and not show up to regular visitors. There's basically three types of editors I need:

• Trusted editors, whose changes will be autopatrolled and accepted and immediately be live
• Trainee editors, whose changes will immediately be live for live data entry purposes, but will not be autopatrolled so that I can review what they did easily from recent changes
• Visitors who happen to edit the wiki, whose changes are both pending & unpatrolled when they edit

Is there any way to set up a system like this?

I don’t know about such settings. (There may be, though, I only know the default mode, not to speak about other extensions.)

I noticed that some special pages are references by Flagged Revs but they are missing. How can I install those pages? THanks.

I had similar issues, I pulled the git version and not the distribution version.

Which pages are missing and where (on which wiki)? Special pages usually can't be "installed" but are automatically enabled while installing the extension.

Special:UnreviewedPages and Special:PendingChanges

They are referenced by the FR but I don't have those special pages and I get an error.

Thanks

Pete

On which wiki don’t have you them? Here, of course, they don’t exist as FR is not installed on MediaWiki.org; it’s in use on just a few Wikimedia wikis, most notably the German Wikipedia.

I can confirm that none of the special pages mentioned here:

Extension:FlaggedRevs#Use

show up. I downloaded for MW version 1.29 from both the MW extension distributor as well as from git. There is no error, just a page stating that the special page does not exist.

This is a private wiki we are developing for a client. It's an internal info wiki not available to the public.

Then it’s more difficult to debug. What error do you get? What is in LocalSettings.php (if FR variables can be published)?

I get the default special page not found error

I opened a ticket with the developers on this https://phabricator.wikimedia.org/T151870

I use a adapted Version of ExtraNamespaces but only the usual 3 Namespaces are recognized (Main, Files, Templates).

In the LocalSettings.php i have only configured Main and then the numbers from the custom namespaces (100, 102 ...). The custom namespaces are properly listed in the special page "Links to this site" for example.

I runned the updateStats.php script manually but with no effect. Any suggestions what might be the problem?

It appears that the config from FlaggedRevs.config.php is loaded and not the configuration set in LocalSettings.php. Any suggestions why?

Did you define $wgFlaggedRevsNamespaces before including FlaggedRevs? Like this:

$wgFlaggedRevsNamespaces = [ NS_MAIN, 100, 102 ];
require_once "$IP/FlaggedRevs/FlaggedRevs.php";

Then by including FlaggedRevs, you overwrite the custom configuration, so simply move the namespace config below the inclusion.

No, the require once is decalred befor any configuration.

This is my configuration in LocalSettings.php

require_once("$IP/extensions/FlaggedRevs/FlaggedRevs.php");

#FlaggedRevs settings

$wgFlaggedRefsNamespaces = array(NS_MAIN, 100, 102, 104, 106, 108, 110, 112, 114, 116, 118, 220, 222, 224, 226, 228);

$wgFlaggedRevsHandleIncludes = FR_INCLUDES_FREEZE;

$wgFlaggedRevsOverride = true;

$wgFlaggedRevsAutoReview = FR_AUTOREVIEW_CHANGES;

$wgFlaggedRevsTags = array(

            'accuracy' => array( 'levels' => 2, 'quality' => 2, 'pristine' => 3 ),

);

$wgFlaggedRevsWhitelist = array('Main_Page');

It’s misspelled: the variable is called $wgFlaggedRevsNamespeces. (Also, the [] notation is preferred instead of array() in MediaWiki code, see my code sample above. The latter causes no problems, but the former is shorter and is more similar to other languages’ array notation.)

Hello

I'm having the same problem, even though I've used the right code, and just like your example.

why?

Hi all, I was wondering how we could customize the Special:AdvancedReviewLog to show only selected users (more than one, about 5), instead of all reviews.

If anyone knows, please let me know.

I imported all the pages from out old wiki via dump/import. I now have to go through and accept them all. There's the api, but I can't just list all pages from all namespaces and approve them. I'm still fiddling, but if anyone has an Idea let me know.

I see on the maintenance subdirectory of the extension there's a reviewAllPages.php

You may be able to mark all as reviewed executing this script from the console