Talk:Edit Review Improvements/New filters for edit review

Jump to navigation Jump to search

About this board

Leave your thoughts and ideas here about the New Filters for Edit Review filtering tools and interface.

These are now standard on Recent Changes and the Watchlist. What works well? What could work better?

Leave feedback in any language.

Development status

New filters for edit review are in maintenance mode. Major bugs will be fixed but no improvements are scheduled for now.

How to provide feedback

  • do you have that bug when you are not logged-in?
  • explain how to reproduce the bug (step by step)
  • tell us what is your configuration (browser version, scripts you use...)
  • say on what page it is happening (Recent Changes, Watchlist...)

Also see the FAQ.

Different types of edits on wikidata

UglyGoat (talkcontribs)

For instance: if I want to see only added links, or only deleted labels.. Is this possible to make such a filter? I'm talking about watchlist mainly.

Jdforrester (WMF) (talkcontribs)

Sadly, it is not plausible to make such a filter without a huge amount of work. I looked into this for Commons, but given the way that the changes are stored by Wikibase, it's not possible to extend the recent changes filtering system on the database side to evaluate these diffs and categorise them, sorry.

I filed the wish as in case the experts in the Wikidata team can refute my concerns and say this happens to be easy.

Reply to "Different types of edits on wikidata"

See "latest changes" only within a specific category?

Eliashedberg (talkcontribs)

Within the "latest changes", I'd like to search only within a specific category, e.g. "Kategori:Ryska/Substantiv" when I'm in Swedish Wiktionary (or the corresponding "Category:Russian_nouns" in English Wiktionary).

I tried to select "Kategori" ("Category") in the search help but that just filtered to show changes on any "Category" page, not within a specific category. And trying to add "Kategori:Ryska/Substantiv" in the search field didn't work (adding it and pressing ENTER had no effect).

Is there some way to filter the search results to only be within one (or a few) select category? If not, could it be added?

Trizek (WMF) (talkcontribs)
Reply to "See "latest changes" only within a specific category?"
Shirayuki (talkcontribs)
Kaartic (talkcontribs)

There's already a way to exclude all talk pages in Special:RecentChanges. You just have to tap on the 'Namespaces' menu. Then choose the 'Exclude selected' option after which you have to choose just the 'Talk' namespace.

The menu should look something like the one found in the following link:

Shirayuki (talkcontribs)

There are many talk namespaces (User talk, Project talk, ...). I want to do by one action.

Kaartic (talkcontribs)

Okay. Currently the only way I could think of doing that is to manually exclude all talk page namespaces once and create a saved filter out of it. That way you could get easily filter out all talk pages by using the saved filter in future.

This is currently a work around. Having a feature to exclude all talk page namespaces at once seems to be a nice feature to have.

Reply to "Excluding discussion namespaces"

"Saved filters" box is too narrow. So, nearly useless for irregular users of new filters

Summary by Trizek (WMF)
Timeshifter (talkcontribs)

I enabled the new filters after a long absence to see if it was of any use for me. The added tooltips and descriptions are helpful.

But my own descriptions of saved filter sets were nearly incomprehensible to me.

Because the "Saved filters" box is too narrow.

Trizek (WMF) (talkcontribs)

If you hover the links of your saved filters, you will see the whole description.

Timeshifter (talkcontribs)

That helps a tiny bit, but the box needs to be much wider. I want much longer descriptions so that I can quickly scan the list and pick the sets I like.

What developers need to understand is that many editors, if not most, desire SPEED. All changes to the watchlist should be made with that in mind.

Trizek (WMF) (talkcontribs)

More than a wider box that would not fit all cases, the best idea would be to remove overlap. I've created a ticket to track that.

Reply to ""Saved filters" box is too narrow. So, nearly useless for irregular users of new filters"

What are the default filters? Or is default to show all contributions? If so, many editors will give up on using their watchlist

Timeshifter (talkcontribs)

What are the default filters? Or is default to show all contributions (no active filters)? I see no "default" button for a pre-selected list of active filters chosen by the wiki admins. If default is to show all contributions, then I believe many editors will stop using their watchlist very much, if at all.

Anyone with a lot of categories on their watchlist may give up as I almost did before someone selected some filters for me. See my other thread. The filters are baffling, even to longtime editors. The "all contributions" watchlist shows all the many files added and removed from those watchlisted categories. That makes the watchlist very long and almost useless. One can't find the important stuff buried among the files being added and removed.

A pre-selected fallback list of active filters might keep many editors from abandoning their watchlist over time. There needs to be a filter to show all revisions, except for revisions for talk pages. The filter should set talk pages to latest revision. Otherwise the same active talk pages will show up on every day of the watchlist. I like seeing all revisions (for most things), but had to turn it off due to talk pages filling up my watchlist.

Trizek (WMF) (talkcontribs)

Default filters are the ones people got when they opened the watchlist the first time on the old configuration. You see all contributions.

You can redefined default filters by clearing all of them (trash bin icon), which will give you access to the "restaure default filters". It is possible to define a different set of filters for your wiki, after a community consensus.

You can personally set your favorite set of filters, by saving a preset and defining by default.

You can exclude some namespaces, for instance talk pages (click on "namespace", then select one or multiple namespaces, then click on "excluding namespaces"). That selection can be saved for you as well, so that you can switch to it anytime.

Timeshifter (talkcontribs)

I have been talking about the Commons watchlist. I suggest that "Restore default filters" be supplemented and improved with 2 options that are always visible:

  • "Restore my saved default filters".
  • "Restore the Commons default filters".

What do you mean by "old configuration"? Are you talking about checking the box for the setting, "Hide the improved version of the watchlist":

I don't want to totally exclude the talk pages on the Commons from my watchlist. I only want to see the last revision of talk pages.

Trizek (WMF) (talkcontribs)

Default Commons filters are the ones you get when you access your watchlist the first time, if you haven't changed them. If you wish to define another set of filters as default, you can save them as "Commons default filters". Then you can switch between "Restore my saved default filters" and "Commons default filters".

By old configuration, I mean the one you get by selecting "Hide the improved version of the watchlist" on

To get the last revision of talk pages exclusively, you combine two filters: the one for talk pages and the one for "latest revision". You can go further and filter multiple kind of talk pages, differentiating them using highlights (here yellow for Talk: and green for File talk:).

Timeshifter (talkcontribs)

Thanks. I saved the first-time watchlist filters.

Both of the talk page filter combinations ended up with empty watchlists. I looked back 14 days too. So they are not allowing talk pages at all on the watchlist.

Trizek (WMF) (talkcontribs)

Empty results mean that there is no changes on talk pages you watch for those combinations. I don't have changes on my volunteer's account watchlist either.

You can test those combinations on RecentChanges to be sure they're working. Just change "Watchlist" by "RecentChanges" in the URL:

Timeshifter (talkcontribs)

OK. Some talk pages on my watchlist are Commons talk, template talk, category talk.

Are there any generic talk filters?

Kaartic (talkcontribs)

> Are there any generic talk filters?

I suppose there isn't a direct Generic talk filter. But, I think you could use the "Exclude selected" option and do some magic with it. For example the linked set of filters would show you all the RecentChanges to the talk pages in en.wikipedia. That's done by excluding all the corresponding article namespaces.

Trizek (WMF) (talkcontribs)

@Timeshifter, you're looking for a global filter for all talk pages?

Timeshifter (talkcontribs)

Yes, I am looking for a way to see all talk pages changes in my watchlist. But I only want to see the latest revisions for talk pages.

Timeshifter (talkcontribs)
Trizek (WMF) (talkcontribs)

That would be visible through time.

Reply to "What are the default filters? Or is default to show all contributions? If so, many editors will give up on using their watchlist"

Attached similar updates of the same article

3 (talkcontribs)


I apologize for my English - this is definitely not my native language.

I liked the last update very much, but I'm having a repeating problem, which is that discussions about an article "flood" my Watchlist, causing important changes to be missed.

My suggestion to you: If there is more than one update from the same article on the same day, reduce the display of all these updates together to one line with a certain visualization that can be clicked on to see all the other changes of the same article (I mean the last change will seem the same, and all the rest will reduced to the same row, so we're talking about two lines altogether, that will contain all the changes of the same article).

For my opinion, this can be a very useful option in the Watchlist menu, and I'm sure it will benefit many editors.

Thanks and good night/day, depends on your place on the planet :)

Jdforrester (WMF) (talkcontribs)

This is already implemented – on the RecentChanges or Watchlist page, click the view control which defaults to "50 changes, 7 days" on most wikis, and enable "Group results by page". It's sometimes called "Enhanced" mode, and it probably should be the default. (talkcontribs)

Wow - thanks!!

Sugestion: ignore precise bot/people

Summary by Trizek (WMF)
Eru (talkcontribs)

It might be useful to ignore a single bot (or more) and not all.

For example, MsnBot makes a lot of minor changes and my list is full of these changes, while they are not risky, so it's harder to track changes from other bots.

Trizek (WMF) (talkcontribs)

Ignore people would be done through a feature that would allow people to watch what people do. this feature has been abandoned to avoid harassement.

Maybe only apply it to bot-flagged accounts? What do you think?

Eru (talkcontribs)

Yes, for me it's only useful for bots. I want to follow most of them, but some make a lot of changes and I can't check them anyway.

So, applying this type of feature only to bot-flagged account will be perfect, and this will avoid the harassment of people accounts.

Trizek (WMF) (talkcontribs)
Eru (talkcontribs)

Thanks !

Wikicat (talkcontribs)

Another useful way to reduce the visual number of results with attributes (authors, bots, categories, dates, tags, etc) not of concern would be to let users group results by such attribute(s) and then click to expand/collapse desired groups, and also specify such as part of saved filters and/or queries, as needed.

Trizek (WMF) (talkcontribs)

@Wikicat, I'm not sure to understand. You mean creating batches of edits from a given group, and then expand them?

The current system could do that, role by role (or by combining roles) if we create filters for those groups. There is a ticket about that, but declined with no explanations. I've reopened it.

Wikicat (talkcontribs)

@Trizek: Just a hierarchical sorting tree with collapsible branches, like a file-directory; and depending on which and what order attributes are selected each time, for example each "author" folder might contain all "months" for that author, and each "month" all "categories" that author edited that month, and each of those the pages; or each "month" might contain all "authors" for that month, and each "author" all their editing "days". Sorting first by "author", or "bot", or whatever, and not expanding selected top-level folders would hide all their activity in the results. This could also be a multi-sortable table with collapsible row-groups. Further, to save strain on the server, could dump top-level-sorted blocks of records to browser and do the remaining sorting in a wikitable. Also, this sorting-tool could apply to any generated list of pages.

Trizek (WMF) (talkcontribs)

It looks like a new tool, not an improvement of the existing filters. I'm afraid that's out of the scope of the small improvements that can be made through the maintenance process.

Reply to "Sugestion: ignore precise bot/people"

Link to this talk page is buried and hard to find

Timeshifter (talkcontribs)

I almost did not leave any new messages here, because I only accidentally found the link to this talk page.

The link should not be buried in the closed "Filter changes" menu.

Many people may want to give feedback here, or ask questions, but will never scroll down to the bottom of that menu, or will forget that the link is buried there.

Put the link at the top of the menu, and out of the menu.

Trizek (WMF) (talkcontribs)

A feedback link was available during the whole Beta process. We have received many comments that have allowed the development tram to improve that tool. In theory, the feedback link you used was supposed to be removed, now that the filters are default for every user.

The Filter menu is the most used element of the tool for people who take action. It is the best place to put the feedback link. That link is always visible: the bottom of the menu is stick to the bottom of your browser window. There is no need to scroll, even if the page is really compact.

Timeshifter (talkcontribs)

Thanks. That is an improvement making it always visible in the filter menu without scrolling. I hope you didn't mean that developers were no longer accepting or wanting feedback. Please don't remove the feedback link. Most people will not hunt around for Phabricator threads to give feedback. Or come to Mediawiki. Unless a feedback link from Wikipedia takes them there.

Trizek (WMF) (talkcontribs)

We don't plan to remove that link. We still need it to have a way to be aware of bugs.

If someone wants to suggest a change or an improvement, we will look at it but it may be implemented later.

Have a like like that is done on more and more tools because of the reason you mention: people won't come to Phabricator or elsewhere because they aren't aware of it.

Reply to "Link to this talk page is buried and hard to find"

Recent changes "&from=" url parameter not working properly

2 (talkcontribs)


Recent changes no longer lists changes starting from a specific date.


Normally, if one wants to see changes from 20 days ago and it is not visible because there are too many changes in between it would be possible to use the URL "&from=" parameter to start showing changes from an older date limited by number of days. This is how the API works.

Steps to reproduce:

  1. Disable javascript to use the older recent changes
  2. Go to Special:Recentchanges
  3. Click "Show new changes starting from" ...
  4. Alter the url so it starts showing changes from a few days before the last wiki action, e.g.
  5. Click enter


Recent changes start from 20181225000000 or a date close to that (if it is less than the 30 days maximum).

For example, similar to api :


Shows new entries from the most recent edit / log up to the limit.


The API above will eventually stop showing anything when 30 days elapse. This can still be seen by going to Special:ApiSandbox#action=query&format=json&list=recentchanges&rcstart=2019-01-05T22:29:04.000Z and changing the rcstart to a few days before the current date. (talkcontribs)
Reply to "Recent changes "&from=" url parameter not working properly"

mutually exclusive, they should be radio buttons

Lingzhi2 (talkcontribs)

Contributions by you/other editors. You have two mutually exclusive options but you designed them as check boxes. Because they are mutually exclusive, they should be radio buttons, not check boxes. (talkcontribs)

They aren't mutually exclusive. It is either your contributions, other editors, or both .

Trizek (WMF) (talkcontribs)

To get both, check both or none.

Reply to "mutually exclusive, they should be radio buttons"