Gave the new watchlist a go for a few days, couldn't use it, got rid of it. Sorry guys, it's terrible - the old system wasn't broken, so don't fix it. ~~~~
Talk:Edit Review Improvements/New filters for edit review
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.
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.
|Edit Review Improvements (ERI)|
The old system has become accessible so I'm satisfied. Sorry to see some idiot uses this board for posting graffitti ~~~~
There's "Hide the improved version of the Watchlist" in your preferences (in Watchlist section). But better than just opting out would be to tell us what is actually wrong. We do not only fix broken things, but also develop new things, having new functions, allowing more things, to make editing and patrolling and everything else more easy. It is kinda hard to do when we do not know what we should do. Please write something we can learn from, not only "please do not deploy this" or "revert the deployment". Thanks.
I understand what you're saying, but it was just so unusable I switched it off. I can't now remember the detail, but the whole thing was confusing and took up unnecessary screen space. Sorry, but the old watchlist is fine - the best thing you can learn from this is "if it ain't broke, don't fix it".
Sorry you had a bad experience. Fortunately, you have that option to get the old watchlist back.
Also don't forget ont thing: it may not be broken for you but it may be broken for others. That's the case for new users, who have a complicated experience using that old watchlist. That's also the case for some advanced features, that needed a new presentation to work well.
When I accepted the update, I discovered that I no longer had a watchlist. I've got over 100 articles watchlisted, but they all seem to have gone away. I need to restore the old system.
Off topic, but I also have been getting Wikipedia articles with no header. I can't log in, can't see the page in previous format (i.e., with file images, and better formed descriptions of the articles by sections), etc. Anyone know what's up?
@Activist, have you activated some gadgets and scripts on your account? Is your browser up-to-date?
I use two browsers. Both are up-to-date. I think Twinkle is the only activation. Thanks for your reply. ~~~~
You can any time turn off the filters and get the new interface back. Go to the "Hide the improved version of the Watchlist" option in your Watchlist preferences.
Cnbrb, did you even give it a good try to learn how to use it? Because I think it is great.
Τα καλύτερα εργαλεία φιλτραρίσματος .Είναι εξαιρετικά και κυρίως εύχρηστα !!!
Παρακαλώ !!! Να είστε πάντα καλά.
Accessibility concerns on mobile devices
Virtually unusable on a mobile device. Screen jumping all over the place.
Switching to the mobile interface will display the old display, without the filters. If you force purposefully the desktop view on mobile, you will get the filters, which are, indeed, not mobile compatible.
There is no tag for AWB on WP:fr. Why ?
Have you check on your AWB preferences (like we already discussed about)?
@Trizek (WMF): Dans la liste de suivi sur WP:en il est possible de filtrer la balise AWB mais elle n'est pas sur WP:fr.
Il faut créer un tag localement, via un filtre.
Je ne comprends pas, je n'ai pas besoin de créer le tag via un filtre sur WP:en il est dans la liste des tags comme la balise WPCleaner sur WP:fr.
C'est peut-être parce que quelqu'un l'a mis en place sur WP:en.
Je ne vois pas AWB sur https://fr.wikipedia.org/wiki/Sp%C3%A9cial:Balises.
À qui faut-il demander de l'ajouter sur WP:fr ?
Les admins, il me semble.
How to include subcategories?
I was using the "Related changes" watchlist but the changes shown are just related to the parent category and not those of its subcategories. Is there a way to include all the subcategories? If not, I request that be a feature. I use this watchlist to see changes pertaining to WikiProject Central America, so it would be great if I can see the changes of the parent category and all its subcategories.
It is not possible for now to search in sub-categories. There are multiple questions to solve that were too complicated, both technically (display pages from sub-categories would, in certain cases, display thousand of pages) and in term of classification (some categories groupe topics that are too different to be a relevant result).
Providing categories to Recent Changes, Related Changes and Watchlist is already documented. The current need is to have time and ressources to implement it; that feature could be suggested to the Community Wishlist survey for instance.
what happened to the "list word by letter" function?
Whenever I can't remember how to spell something, I'd pick the starting letter(s) of the word, then quickly browse through the list (as if I were actually using a dictionary). I've always found this to be very effective. Now, I can't find that function, so this site is totally useless to me for that. Instead, I have to enter a synonym and pick it up from that word's synonym list. VERY unfortunate and inefficient.
Why can't we have a function to display that again?
I've never posted here before, and apparently my wikipedia username doesn't apply. robert92111@ twc.com
To which feature are you referring to? It is when searching for a filter?
I am not sure how this feature was enabled. However, above the word search box was a series (in blue) of alpha letters (an sometimes first two letters). Clicking on one of those would bring up a browsable list off all those words beginning with the selected letters.
I have absolutely no idea of what you are describing. On which page did you get that list? On which wiki?
Just got back to rollbacking after being on wiki-leave for a year or so and the new view is awesome! Blew STiki, Lupin, all my old tools out of the water! Great work guys! The filter selection is intuitive and effective, and the highlighting is nice.
Happy to see you happy! :)
Don't drop the showlinkedto part of a "Show Related Changes" URL upon reload
This is a follow-up on Don't change the URL automatically when reloading page.
I can reproduce this now:
- go to a page, e.g. https://www.wikidata.org/wiki/Q202864
- click on "Related changes", i.e. https://www.wikidata.org/wiki/Special:RecentChangesLinked/Q202864
- this is redirected to https://www.wikidata.org/w/index.php?hidecategorization=1&target=Q202864&limit=500&days=30&enhanced=1&title=Special:RecentChangesLinked&urlversion=2
- change "Show changes on pages linked from" to "Show changes on pages linking to"
- This leads to https://www.wikidata.org/w/index.php?hidecategorization=1&target=Q202864&showlinkedto=1&limit=500&days=30&enhanced=1&title=Special:RecentChangesLinked&urlversion=2
- This leads back to https://www.wikidata.org/w/index.php?hidecategorization=1&target=Q202864&limit=500&days=30&enhanced=1&title=Special:RecentChangesLinked&urlversion=2 — the
showlinkedtopart was omitted, and the "Show changes on pages linking to" has changed back to "Show changes on pages linked from"
- This leads to https://www.wikidata.org/w/index.php?hidecategorization=1&target=Q202864&limit=500&days=30&enhanced=1&title=Special:RecentChangesLinked&urlversion=2
Since I am frequently using the namespace and limit parameters as well, I had originally suspected them to be the problem but they do not alter the core problem, i.e. omitting the
showlinkedto part upon reload.
I just followed the above steps but couldn't reproduce it. I also tried changing the namespace and limit parameters, just in case. They are preserved too along with the
showlinkedto part after a refresh.
Could you provide some environment details (browser details with version, skin, etc.)?
Firefox 62.0 on Ubuntu 18.04.1, using the default Vector skin on Wikidata.
I just followed the above steps but couldn't reproduce it either.
Do you have that issue when using an URL with
Don't change the URL automatically when reloading page
When I choose some filtering (e.g. by namespace), I sometimes notice that when I reload the page after a while (a few min), the filter options I had chosen are ignored, and I'm back to the default parameters for that page (in this case these). This is highly irritating.
This is not supposed to happen, since the namespace you are filtering is included in the URL (
namespace=146). I've refreshed the page you've linked time to time since one hour, without noticing the issue you have.
What do you mean by "the filter option"? The one about the namespace, or something else? I'm asking, because, for instance, choosing a different number of results to display is not permanent.
By "filter options" I meant the
namespace=146 part. Not sure about the number of results part - I am changing that occasionally as well, and it may be involved here. So testing with namespace=146&limit=500 and namespace=146&limit=50 as well as the counterparts without namespace limit (500, 50) in separate tabs now that I will not touch for a while and then check back in from time to time.
Just reloaded all four tabs. No URL changes so far.
Still looks normal. Cannot say under what conditions this happens but will post here if I notice it again.
Ok, keep us posted! :)
I can reproduce this now and have opened a separate ticket with a more detailed description at Don't drop the showlinkedto part of a "Show Related Changes" URL upon reload.
Thanks, let's go there then!
Filter for protected on at least one project
I have formed the impression that we get a flood of vandalism on Wikidata after the corresponding page is protected on another project, e.g. footballers protected on the Spanish Wikipedia during the World Cup.
This is a case of poor communication between projects that lets vandalism continue after it has already been detected and "dealt with". This wastes volunteer time unnecessarily.
Could we please have a filter for pages protected on at least one project? Ideally that would be "recently protected".
This is something that should be measured, but I understand your feeling.
According to the lead engineer, the filter you suggest is very complicated to create. It is Wikidata specific, but is also querying logs on multiple wikis for a given Wikidata item, which requires ressources.
I've documented the case to keep it in mind.
Thanks. I don't feel it is necessarily Wikidata-specific, in that it might be helpful for a RC Patroller on the Portuguese Wikipedia to know that the English Wikipedia recently protected, say, https://en.wikipedia.org/wiki/Carlos_Ramos_(umpire) .
Regarding complexity, it would still be a useful feature, even if results were only aggregated every five minutes.
Thank you for the precision, I've updated the task accordingly.