How to make it obvious that one has to scroll down in special:preferences?
Open, Needs TriagePublic
Actions

Assigned To

None

Authored By

	Kghbln
	Aug 1 2019, 7:13 AM

Description

Setup

MediaWiki – 1.34.0-wmf.15 (rMW9bfd06f7850c) 31. Jul. 2019, 18:18
MonoBook – (6a32ca8) 21. Jul. 2019, 20:11
Firefox – 68.0.1 (64-Bit)
Linux Mint – 18.3 Cinnamon (64-Bit)

Issue
It is not obvious that one has to scroll to see all user preference options. If you use just the tabs than there are occasions that you do not intuitively get the idea that it is necessary to scroll down to see the whole lot of adaptable preferences. Hence it will be great if there is some way to indicate this at the bottom. See the screenshot.

Bildschirmfoto vom 2019-08-01 08-25-12.png (939×1 px, 156 KB)

Related Objects

Mentioned Here: T224984: sticky Save button bar on Special:Preferences is jumping in Firefox
rSMNB6a32ca83c058: Merge "Enhance the 'MonoBookAfterToolbox' hook by passing the class instance to…
rMW9bfd06f7850c: Update git submodules

Event Timeline

Kghbln created this task.Aug 1 2019, 7:13 AM

Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 1 2019, 7:13 AM

Not just MonoBook, it's all skins.

Mind you, I just tried to replicate it in general and it looks like... the whole thing is now just totally broken in firefox? Basically the footer isn't sticking at all, or will randomly jump to the bottom of the view several seconds after the fact... it's actually possible this is being caused by some sort of attempt to fix the posted issue, though, since the scrollbar is back with this problem, which helps. Or would, if we wouldn't be getting a page footer randomly stuck on top of content as a result.

New/other issue?

Isarra renamed this task from How to make it obvious that one has to scroll down? to How to make it obvious that one has to scroll down in special:preferences?.Aug 1 2019, 2:23 PM

Isarra edited projects, added MediaWiki-Core-Preferences, OOUI; removed MonoBook.

Isarra updated the task description. (Show Details)

Basically someone who has more of an idea what's going on with both of these will need to sort it out. I've definitely seen the originally described issue and can confirm it at least was a thing at some point, but now I'm getting another, possibly related, issue when trying to replicate it (on de.wp, firefox 68.0/68.0.1).

Mind you, I just tried to replicate it in general and it looks like... the whole thing is now just totally broken in firefox?

Indeed, we are talking about Fx 68.0.1 (64-Bit) in my case. Will add this to the issue description.

New/other issue?

I get this too, but since I am on Linux Mint I cannot do a screenshot. As soon as I attempt the view fixes itself. This is probably another issue.

Kghbln updated the task description. (Show Details)Aug 1 2019, 2:33 PM

Kghbln updated the task description. (Show Details)

The bug in Firefox causing that has apparently just been fixed: T224984: sticky Save button bar on Special:Preferences is jumping in Firefox

Whoo!

So that just leaves us with the affordances issue about indicating the need to scroll in the first place. Maybe with the scrollbar present it's good enough, but given some browsers/environments don't necessarily show one... hmm.

Removing OOUI project tag here, already tagged correctly otherwise.

	F29930285: Bildschirmfoto vom 2019-08-01 08-25-12.png
	Aug 1 2019, 7:13 AM

	F29931003: image.png
	Aug 1 2019, 2:19 PM

How to make it obvious that one has to scroll down in special:preferences?Open, Needs TriagePublicActions

Description

Related Objects

Event Timeline

How to make it obvious that one has to scroll down in special:preferences?
Open, Needs TriagePublic
Actions