Topic on Talk:Edit Review Improvements/New filters for edit review

New filters litter the address bar on page load

9
Summary by Trizek (WMF)
Stjn (talkcontribs)

Tried enabling this beta feature (and disabled after seeing this), what is the rationale for littering the address bar even when using default parameters? Current (standard) interface doesn’t do this, in comparison, why there is a need to do this in new filters?

Trizek (WMF) (talkcontribs)

The default set of filters can be defined by the user. Special:RecentChanges is a kind of shortcut to access to that default configuration. It also allows users to share any particular set of filters with others.

Stjn (talkcontribs)

Frankly, I think this is still messing with the address bar in the wrong way. I can’t think of any person who would share their watchlist and IMHO this just prompts to disable the feature outright because of the implications that it turns too much attention to the address bar (since it changes after a click on the link in the sidebar or personal links) without any apparent reason.

Trizek (WMF) (talkcontribs)

I didn't understood you were talking about Watchlists, this is why I've replied mentioning shareable URLs for Recent Changes. It is not possible to share your Watchlist content, however you can share to someone a Watchlist configuration you like.

Special:Watchlist without the new filters has no extra elements in the URL when you access it, but the URL changes if you select an option. Let me share with you a filter combination for a Watchlist, not using the new filters: this example only filters edits you watch, made on Main namespace on Russian Wikipedia. That configuration charges the URL.

You can see the same thing on Recent Changes. That kind of URL is not new on the wikis. The new filters are a query you can configure, so it is quite normal to have it appearing on the URL.

Do you think it would be less confusing for you if the configuration for the Watchlist default URL would be without any additional elements? Also consider that some other users love have all options visible and ready to be used, because they can hack the URL directly from the browser's address bar.

Stjn (talkcontribs)

It is normal to have a query appear after you change something, but I think that changing the address bar quite some time after loading the page is considerably annoying. I would’ve prefer at least an option to disable/enable it (at choice of developers, I guess), yes, since not many people should change parameters from the address bar and most people just use UI for it.

Stjn (talkcontribs)

@Trizek (WMF): see the results of this at ru:Проект:Электроника. This is not something that should’ve happen and this could’ve been easily avoided by not adding strange JavaScript hacks that do not improve the experience of the community at large.

Trizek (WMF) (talkcontribs)

I'm not sure of what am I supposed to see. You have the home page and, in the URL, some elements from the filters, right? How did you get that there? This code is supposed to be used on Recent changes or Watchlist only.

Stjn (talkcontribs)

Yes. Basically, there is two instances of Special:RelatedChanges included at the bottom of the page and they trigger the URL parameters despite not having any ability to filter stuff at the page via them.

Trizek (WMF) (talkcontribs)
Reply to "New filters litter the address bar on page load"