Page MenuHomePhabricator

Stop changing my "Group results by page" prefs based on a URL that I've clicked on
Open, Needs TriagePublic


Steps to become frustrated:

  1. Begin by hating the "Group results by page" prefs setting. None of this matters if you think that ugly, unintuitive, inefficient, overbroad page layout is a good thing.
  2. Go to Special:RecentChanges. It looks so nice, right? Everything is working perfectly.
  3. Click "Tags" and choose a tag. (I chose #AWB.)
  4. Notice that the page still looks nice, and everything is fine.
  5. Click a URL from someone who is using the ugly style, e.g.,
  6. Discover that this innocent-looking URL has given you the ugly style.
  7. Just go back to Special:RecentChanges and try to do it the right way. Discover that the URL has secretly changed your preferences, so now everything is ugly.
  8. Discover that hand-editing the original URL to say &enhanced=0 will temporarily take away the ugly, but it doesn't fix your prefs, so it stays ugly forever, unless and until you figure out which of the jillions of prefs is the screwed up one.

Event Timeline

Restricted Application added a project: Growth-Team. · View Herald TranscriptAug 27 2018, 5:47 PM
Restricted Application added a subscriber: Aklapper. · View Herald Transcript

Never let it be said that I bring only problems and never solutions. ;-)

Here are some solutions that would work for me:

  1. Eliminate the ugly style altogether. Advantage: I'm happy. Disadvantage: A few people won't be.
  2. Require password protection to change that pref, much like your laptop would require that you enter your password before doing an irreversible destructive action.
  3. Don't carry that information in a URL. Editors with different preferences ought to be able to exchange URLs and still see the same information in their own preferred format.
  4. Just stop secretly changing my prefs based on a URL. Either ask for confirmation ("Do you really want to switch to the ugly style?") or just leave my prefs alone, and treat the URL as a one-time aberration that applies only to that single viewing of the page.
  5. If you're going to change my prefs based on a URL, then un-change them based on a URL, too.
Whatamidoing-WMF added a comment.EditedDec 7 2018, 10:03 PM

In the meantime, I've adapted a script (with help) that previously set UI languages. I've tested it (once), and it seems to work. Anyone else who's bothered by this bug might want to consider putting this in your /common.js or /global.js user script page:

 /* Change RecentChanges layout to not-ugly */
 /* Remove if ever gets fixed */
mw.loader.using("mediawiki.user", function() {
	if ( mw.user.options.get('usenewrc') !== 0 ) {
		( new mw.Api() ).postWithToken( 'options', {
			action: "options",
			change: "usenewrc=0"
		} ).done( function() {
			mw.loader.using("mediawiki.notify", function(){
				mw.notify( "RecentChanges formatting has been reset.  You may need to change the URL to remove 'enhanced=1'." );
			} );
		} );
	} else {
		console.log('RecentChanges formatting was not ugly this time');
} );
JTannerWMF moved this task from Q2 2019-20 to Q1 2019-20 on the Growth-Team board.Jun 17 2019, 6:52 PM
JTannerWMF added a subscriber: JTannerWMF.

We have de-prioritized this ticket due to @Whatamidoing-WMF finding a work around and it not falling into the scope of things we are working on this FY.

Amorymeltzer added a subscriber: Amorymeltzer.