Talk:Edit Review Improvements/New filters for edit review

Jump to: navigation, search

About this board

Edit description

Leave your thoughts and ideas here about the New Filters for Edit Review beta feature (on Recent Changes). What works well? What could work better?

Leave feedback in any language.

Also see the FAQ.

By clicking "Add topic", you agree to our Terms of Use and agree to irrevocably release your text under the CC BY-SA 3.0 License and GFDL
Thiemo Mättig (WMDE) (talkcontribs)

I just got invited to try the feature on Wikidata, but no filter I expected to be there could be found:

  • I typed "item" and expected to get a filter for changes made in the main namespace.
  • I typed "property" and expected to get a filter for the Property:… namespace.
  • When scrolling through the list of filters it appears like there is no possibility to filter by namespaces at all. I'm aware the old namespace selection is still there, below the new filter box. It took me a while to notice and understand these two work together somehow, even if I can't fully predict how (e.g. it seems like the old namespace filter reloads the page, while the new filters don't). I assume other users might run into the same confusion.
  • I typed "redir" and expected to get a filter for changes in which redirects are involved.
  • In general it seems the filters currently there are more about the quality of the edits, not about what is actually edited. This would be especially useful on Wikidata where it is possible to distinguish between edits made to a label, a sitelink, a statement, or terms in a specific language. All these might be extremely handy, but I understand they are specific to Wikidata and can't come out of the box but must be created later, probably even by the Wikidata team. (talkcontribs)

With the exception of redirect, which was probably an oversight, most of those filters are available:

Help:New filters for edit review/Filtering

The rest (e.g. namespace) seem to be under development (and were deliberately not implemented in the first version):

Some of these seem to have always been available for years using url hacks, or the API, even unregistered users such as myself can access them...

Reply to "Missing filters by what is edited"

Back button in the browser not taking you back

Njardarlogar (talkcontribs)

If you, for example, start at the main page and then go to recent changes, hitting the back button in your browser (for me in Chrome, at least) will not take you back to the main page (or whatever other page you visited just before); you will instead be stuck at recent changes.

Reply to "Back button in the browser not taking you back"
Antimuonium (talkcontribs)

Hi, would it be possible to filter modifications in terms of number of octets added or removed? That's just a questions, maybe stupid. Thanks.

Trizek (WMF) (talkcontribs)

Hi - There is no stupid questions! ;)

This is an improvement we are considering, please see the related ticket.

Antimuonium (talkcontribs)


Anyway, this filtering tool is a good idea and I hope it will be even better soon.

Trizek (WMF) (talkcontribs)

You can have a look at the possible next steps on T162675. The next improvements will be bookmarks for your favorite filters and filters for namespaces.

Antimuonium (talkcontribs)

Oh, yeah, filters for namespaces would be very useful! So are bookmarks for the favorite filters. Nice.

JMatazzoni (WMF) (talkcontribs)

Hi @Antimuonium. I'm assuming that "octets" is another word for "bytes"? If so, filtering by the size of a change is an interesting idea. I have a number of questions:

  • Please say a bit about how you would use this filter? How do you use this data now? What kinds of numbers do you look for?
  • Are you equally interested in bytes added and bytes removed?
  • If you want to be able to sort additions/removals by size, then how many categories do you need? Would two be enough (small/large)? Do you need three (small/medium/large)? Five?
  • What would the logical thresholds/breakpoints be for those categories? E.g., how may bytes would constitute:

* Small changes

* Medium changes

* Big changes

Antimuonium (talkcontribs)

Yeah, sorry, it's bytes; I'm French and I thought it was the same word...

This idea may be useful if someone is looking for vandalism for instance: a big removal may be vandalism. Yesterday, when I discovered the tool, I needed it to see only small changes because big ones are content added and that wasn't what I was looking for. There may be a lot of other reasons.

The user would appreciate to have the choice between displaying bytes added or bytes removed or both. Moreover, I think the idea of three categories is good: small, medium and large. And we can let the user choose the size of the changes, in addition to these three categories. Small changes would be between 0 and 200 bytes, medium between 200 and 1 000 bytes and large over 1 000 bytes. Obviously, I'm not sure about these numbers and I don't really know.

Thanks for having taken my comment into account.

Reply to "Number of octets"
Superzerocool (talkcontribs)


I'm used the new filter in the past weeks. It works as intended but I see a (possible) improvement: I want to keep the last filters used after a page refresh (aka after a F5 keyboard hit). Regards!

Trizek (WMF) (talkcontribs)

Hello Superzerocool

All filters are added to the URL, so when you refresh the page, the filters are reloaded. That's the theory and I manage to reproduce it on my computer.

Is your browser up to date? ARe you sure you don't have any conflicting gadgets or scripts?

Superzerocool (talkcontribs)

Trizek, You're right, I don't write the right escenario (sorry!): I want that Mediawiki could remember the RC filters after a new load of the page (aka reclick on the RC link on the sidebar).


  • Select the anon filter (or just change the default filters)
  • Click on RC link on the sidebar
  • See the default filters again.

I see two possible ways to improve the RC filters:

  • Remember the last filter used
  • Create a "personal list" to use the favorite RC filters (ie: anon edits, newbie and minor editions, etc).

Is it possible or I'm just dreaming? :)

Wargo (talkcontribs)

Add as bookmark in browser :)

Superzerocool (talkcontribs)

It isn't portable between computers, but it's a nice idea

Wargo (talkcontribs)

You can add link using user scripts to add additional links anywhere.

Superzerocool (talkcontribs)

Yes, it's possible too. I'm just leaving a suggestion to be discussed or developed to improve the UX to users: I know that the answer could be NO (with bold and a cross sign), but here is a feedback.

I will think about develop a gadget to make a RC bookmark.


Trizek (WMF) (talkcontribs)

We are actually working on internal bookmarks for the filters.  :)

Superzerocool (talkcontribs)

Oh, lovely <3... thanks for the task in Phabricator, I didn't see it :)

Trizek (WMF) (talkcontribs)

It is the #1 requested feature from the different communities. We are also working on a bunch of improvements, like filtering by namespace or improving time selection.

Superzerocool (talkcontribs)

Thanks, I didn't see the other discussions, but it would be useful for sysops and wikignomes (like me). Thanks for @Trizek (WMF) and @Wargo your answers!

Trizek (WMF) (talkcontribs)

De nada! :)

This comment was hidden by Jdcomix (history)
Murph9000 (talkcontribs)

Here's a little JS snippet which you can add to common.js or skin.js to add a "portlet" link to your left nav / tool links, taking you to RC with some options pre-configured. I've coded it in a way that makes it easy to add / change / remove the various parameters. You'll need to figure out exactly which params you need for your preferred config by studying the URL generated by using the normal UI. If you're not comfortable playing around with JS, this may not be for you (obligatory disclaimer).

	mw.util.getUrl('Special:RecentChanges', {
		damaging: 'maybebad;likelybad;verylikelybad',
		goodfaith: 'maybebad;likelybad;verylikelybad',
		highlight: 1,
		damaging__likelygood_color: 'c1',
		damaging__maybebad_color: 'c3',
		damaging__likelybad_color: 'c4',
		damaging__verylikelybad_color: 'c5',
		goodfaith__likelygood_color: 'c2',
		goodfaith__maybebad_color: 'c3',
		goodfaith__likelybad_color: 'c4',
		goodfaith__verylikelybad_color: 'c5',
	'Recent changes (ORES)',
	'A list of recent changes in the wiki, with ORES filter enabled',
Trizek (WMF) (talkcontribs)

@Murph9000, thank you for this script! I've tried it on English Wikipedia and it is a good option before having the bookmarks for filters sets.

1Or (talkcontribs)

Yesterday the the new option worked, and today I cant find it, why it's been canceled?

@Trizek (WMF)@Guycn2

Trizek (WMF) (talkcontribs)

@1Or, it has been accidentally deployed. We have reverted it in order to perform some tests and check if there is no remaining bugs.

1Or (talkcontribs)

And if I want to use it now, cant I?

@Trizek (WMF)

Trizek (WMF) (talkcontribs)

No. It has been removed for everyone for now. It will be back soon! :)

1Or (talkcontribs)

Can't wait (:

Guycn2 (talkcontribs)

Me too...

1Or (talkcontribs)

Is there something new?

Reply to "Remember the last used filters"

Missing "minor" edit filter

Summary by Xaosflux

Thank you.

Xaosflux (talkcontribs)

Not seeing where to filter "minor" edits - it may be buried very very deep?

Jdforrester (WMF) (talkcontribs)

It's in the "Significance" group about three quarters of the way down – e.g. this query.

Trizek (WMF) (talkcontribs)

Quick precision @Xaosflux, it is possible to search for a filter in the search field.

Inalol (talkcontribs)

No, not really.

Reply to "Missing "minor" edit filter"

Some difficulties to find *where* to add filters... and necessity to do it again each time :(

Hsarrazin (talkcontribs)

I've had difficulties finding where the filters where, especially for the "patrolled edit", but I think I've got it right now...

would it be possible to "save" the filters instead of having to redo it every time ?

Otherwise, I find it very useful and efficient to find vandalism, as long as it is not in chinese or arabic... thank you for this tool :)

PS : would it be possible to also include a filter out for the languages that cannot be read at all in labels edition ?

Trizek (WMF) (talkcontribs)

Saving filters is a feature we are working on at the moment. It will be released very soon. I hope you will like it!

Can you clarify your post-scriptum? I'm not sure to understand the idea of filtering languages. We have possible improvements for multilangual wikis, to filter translated elements. Is it related?

Hsarrazin (talkcontribs)

Concerning the language filter...

yesterday and today, in my list of recent changes to check I had dozens of chinese labels and descriptions added..., but I cannot read chinese ;) - since the system automatically tags those as "description [zh]", "‎Added [ar] description", "‎Changed Hebrew label" etc... they should be able to track down.

would it then be possible to have a list of language codes (in prefs), where the descriptions, labels and alias added in those languages could be filtered out ? similar to the language codes ex-filtered in the Game, but on labels/desc/alias instead of links... :)

Trizek (WMF) (talkcontribs)

So you are active on Wikidata. :)

I understand you only want to filter languages you speak. I've completed a ticket we have about languages and translations.

Hsarrazin (talkcontribs)

yes, I was speaking of Wikidata of course... I did not realize it was a multiproject tool :D -

on wikidata there is a structural way to know which language labels/description/alias should be written in, unlike on other projects... and of course, that would not be useful on wp ;D

not sure the ticket was really understood by other contributors, though ;)

Trizek (WMF) (talkcontribs)

The ticket was on a narrower topic. I've expanded it with your feedback, because I think the language filtering will be done the same way for a wiki like Wikidata. There, if you select the (future) language filter, you will be able to see both translations of doc pages and a label change in an item.

JMatazzoni (WMF) (talkcontribs)

Hi @Hsarrazin. Re. your request to save filers, the simple answer is yes! Making users re-establish all their settings every time they use the page is a waste of time. In addition, we want to let you define default settings, so the page will be ready to go when you load it (and also, so we can get rid of the current, clumsy system that forces you to set RC Page defaults on the Preferences page). This new "Save Quick links" feature should be released to the beta within the next couple of weeks.

I'm not sure I understand about the languages. And what is "labels edition"? Can you say more about that?

Hsarrazin (talkcontribs)

Thanks for the very good news on saving the filters :))

as for "labels edition" -> edition of labels/desc/alias (see above my answer to Trizek) :)

Reply to "Some difficulties to find *where* to add filters... and necessity to do it again each time :("
Roumpf (talkcontribs)


If an edit has been cancelled, why does it still appear as non reviewed ?

Example : IP edit, User / Bot cancel, the edit could be marked as reviewed, because it must has been seen and evaluated by the user/bot ... Then it doesn't appear in the filter anymore and we don't have to check it again.

Maybe not the best place to talk about it, but .. Thanks.

Trizek (WMF) (talkcontribs)

All edits appears in the RecentChanges. It is possible to filters the last edits, by using "Last revision". But in some cases, it can be useful to have all edits, even if they have been reverted, because this revert can be a wrong one.

Your idea is to have a filter ti exclude all patrolled edits? It exists on wikis where it is possible to mark pages as patrolled (like on French Wikipedia): "Patrolled". But it requires people to mark all edits patrolled as patrolled.

Hsarrazin (talkcontribs)

@Trizek (WMF)

would it be possible to automatically mark as "read" edits that have been reverted ?

It is really tedious to go to each vandal edit, to find that it's been reverted, but NOT marked as read, especially for "mass" revert, when a number of edits is cancelled by restauring a previous version : each edit has to be marked as read manually... It would really help patrolling if that was automatic :)

JMatazzoni (WMF) (talkcontribs)

hi @Hsarrazin. We are completely with you that being able to filter out reverted edits would be a big help and are planning to add a "Reverted" filter (T164307 ). We need to wait for some structural changes to be made to the Mediawiki database before we can add this useful tool. I'm told they should be made this calendar year. So thanks for your patience, but know that we are on it.

Reply to "Reviewed / Cancelled"

The "loading" bars are too distracting

Opabinia regalis (talkcontribs)

I like this idea a lot, but the one thing I don't like about the current version is the headache I get from looking at the moving diagonal gray-and-white bars covering the screen while a new filter is loading. I think this is already distracting in existing interface elements (like the top bar of the notifications dropdown) but it's even worse when it occurs over such a large screen area which is already busy and full of text.

JMatazzoni (WMF) (talkcontribs)

Interesting feedback. Thanks for mentioning. I'm bringing our designer, @Pginer-WMF, into the discussion.

Pginer-WMF (talkcontribs)

Thanks for your feedback, @Opabinia regalis.

The diagonal lines are the default activity indicator used in the UI library. I agree that it is quite noticeable in the results area, and we can explore more subtle approaches (I created a ticket to capture ideas). the loading indicator should also not affect other filtering controls since it is preferred not to block user interactions, even if data has not loaded yet.

Hsarrazin (talkcontribs)

moreover, it's a problem for people with equilibrium disorders, who are particularly sensitive to moving images :)

Reply to "The "loading" bars are too distracting"
Roumpf (talkcontribs)


Sur la version FR, les titres de filtres ne sont pas forcément faciles à comprendre au début, par exemple "Non relu" et "Patrouillé". Il serait plus facile si ils étaient "Non relu" / "Relu".

Pour aller plus loin on pourrait avoir "Utilisateurs nouveaux" / "Utilisateurs apprentis" / "Utilisateurs expérimentés"pour plus d'uniformité.

Voilà ;)

Trizek (WMF) (talkcontribs)


Il est possible d'unifier cela localement (mais on perd la possibilité de recevoir des mises à jour) ou sur

« Non relu » est effectivement changeable pour avoir plus d’uniformité. C'est fait.

Pour les niveaux des utilisateurs, notre but initial est de proposer une description des différents rôles, sans tomber dans la redondance du mot « Utilisateur ». En anglais, cela est traduit par « Newcomers », « Learners » et « Experienced users » ; la traduction en français n'a été par forcément la meilleure pour le premier terme.

Reply to "Titres de filtres"
Roumpf (talkcontribs)

Bonjour à nouveau,

Comment peut on avoir les IP non-enregistrées / les nouveaux arrivants / les apprentis utilisateurs, affichés à la fois ? Les filtres entrent en conflit. En d'autres termes, comment n'exclure que les utilisateurs expérimentés ?


Pginer-WMF (talkcontribs)

Thanks for your comments @Roumpf, and apologies for not replying in French.

The "experience" based filters affect only registered users. Thus, you cannot filter to view only contributions including both IPs and newcomers. As a workaround, you can use highlighting instead: marking all the interested properties with the same color to notice them easily. Scenarios such as excluding experienced users make sense, so I created a ticket to explore whether we can provide these filters in a better way.


Trizek (WMF) (talkcontribs)

It is not the first time we have this feedback. So that's probably a new thing to explore. :)

Roumpf (talkcontribs)

Thank you @Pginer-WMF for your answer and the ticket you created. I am going to try your highlighting trick, it should be enough so far, and I hope it could be solved, I didn't see it has been pointed out by someonelse.

Merci !

Trizek (WMF) (talkcontribs)

The other feedback we have received is here. :)

Reply to "Utilisateurs"