⚓ T382505 Scrolled to bottom of the page when first opening dropdowns

⚓ T382505 Scrolled to bottom of the page when first opening dropdowns
Page Menu
Phabricator
Create Task
Maniphest
T382505
Scrolled to bottom of the page when first opening dropdowns
Closed, Resolved
Public
BUG REPORT
Actions
Edit Task
Edit Related Tasks...
Create Subtask
Edit Parent Tasks
Edit Subtasks
Merge Duplicates In
Close As Duplicate
Edit Related Objects...
Edit Commits
Edit Mocks
Mute Notifications
Protect as security issue
Assigned To
Catrope
Authored By
dom_walden
Dec 19 2024, 3:48 PM
2024-12-19 15:48:55 (UTC+0)
Tags
Multiblocks (Implement Codex Special:Block)
(Backlog)
Essential-Work
Codex
(Pending Release)
Design-System-Team
(Backlog)
Community-Tech (Sea Lion Squad)
(Following)
MW-1.45-notes (1.45.0-wmf.6; 2025-06-17)
Referenced Files
F58197736: 2025-01-14_14-50-24.mp4.gif
Jan 14 2025, 10:53 PM
2025-01-14 22:53:12 (UTC+0)
F58188930: 2025-01-13_15-14-20.mp4.gif
Jan 13 2025, 11:17 PM
2025-01-13 23:17:36 (UTC+0)
F58188684: 2025-01-13_14-29-43.mp4.gif
Jan 13 2025, 10:47 PM
2025-01-13 22:47:02 (UTC+0)
F58030332: namespace_scroll.webm
Dec 19 2024, 3:48 PM
2024-12-19 15:48:55 (UTC+0)
Subscribers
Aklapper
Alien333
CCiufo-WMF
dom_walden
egardner
GMikesell-WMF
HMonroy
View All 11 Subscribers
Description
What is the problem?
When you open a dropdown, you may be automatically scrolled to the bottom of the form, out of sight of the menu.
Only seems to happen the first time. It also seems to be more prominent with smaller viewports and/or a higher zoom level.
See also
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
Steps to reproduce problem
Try using a smaller viewport, and/or increase the zoom level in your browser
Go to Special:Block
Choose a target
Click "Add block"
Create a block with at least one Namespace restriction. Submit
Refresh the page
Open the accordion and click "Edit" on the block you just created
Click "Add more namespaces..." to open the Namespace menu
Expected behaviour:
Screen remains where it is, perhaps scrolling so the menu is in view.
Observed behaviour:
Screen scrolls to the bottom of the page.
Environment
Browser:
Firefox 128.
Wiki(s):
MediaWiki 1.44.0-alpha (
64f67c1
) 07:02, 6 March 2025.
Screenshots
Derived Requirement
Ensure that when opening the Namespace menu on the Special:Block page after loading an existing block with Namespace restrictions, the screen does not scroll to the bottom of the page. The menu should remain in view.
Test Artifact(s):
Test Steps
Test Case 1: Ensure Screen Does Not Scroll When Opening Namespace Menu
Open the Special:Block page on Wikipedia.
Choose a target user to block.
Open the "Active block" accordion and click "Add block."
Create a block with at least one Namespace restriction and submit it.
Refresh the page.
Reopen the "Active block" accordion and click "Edit" on the block you just created.
Click "Add more namespaces..." to open the Namespace menu.
✅❓❌⬜
AC1:
Confirm that the screen does not scroll to the bottom of the page and that the Namespace menu remains in view.
QA Results - Test Wiki
AC
Status
Details
Details
Related Changes in Gerrit:
Subject
Repo
Branch
Lines +/-
Update Codex from v2.1.0 to v2.2.0
mediawiki/core
master
+631
-203
Menu: Avoid scrolling the entire page when the menu opens
design/codex
main
+7
-3
docs: Add initially selected chip to MultiselectLookupField example
design/codex
main
+4
-2
ReasonField.vue: set a visibleItemLimit on the dropdown
mediawiki/core
master
+5
-1
Customize query in gerrit
Related Objects
Mentions
Duplicates
Mentioned In
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
Mentioned Here
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
rMW64f67c1ae642: Localisation updates from https://translatewiki.net.
T383579: Blocks loaded from `edit` raise an error
rMWe13e2cd21905: Localisation updates from https://translatewiki.net.
Duplicates Merged Here
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
Event Timeline
dom_walden
created this task.
Dec 19 2024, 3:48 PM
2024-12-19 15:48:55 (UTC+0)
Restricted Application
added a subscriber:
Aklapper
View Herald Transcript
Dec 19 2024, 3:48 PM
2024-12-19 15:48:56 (UTC+0)
dom_walden
updated the task description.
(Show Details)
Dec 19 2024, 3:49 PM
2024-12-19 15:49:30 (UTC+0)
KSiebert
edited projects, added
Community-Tech (Jackal (not a fox) Fox)
; removed
Community-Tech
Jan 8 2025, 12:25 PM
2025-01-08 12:25:04 (UTC+0)
Cparle
edited projects, added
Multiblocks (Implement Codex Special:Block)
; removed
Multiblocks
Jan 8 2025, 12:25 PM
2025-01-08 12:25:35 (UTC+0)
KSiebert
subscribed.
Jan 8 2025, 12:25 PM
2025-01-08 12:25:45 (UTC+0)
Comment Actions
If this just a side effect of the component it doesn't need to be fixed by CommTech now.
Samwilson
claimed this task.
Jan 9 2025, 5:45 AM
2025-01-09 05:45:27 (UTC+0)
Samwilson
moved this task from
Ready for dev
to
In development
on the
Community-Tech (Jackal (not a fox) Fox)
board.
Samwilson
moved this task from
In development
to
QA
on the
Community-Tech (Jackal (not a fox) Fox)
board.
Jan 10 2025, 1:49 AM
2025-01-10 01:49:53 (UTC+0)
Comment Actions
I can replicate this with Firefox and Chromium with the MW core version above (
e13e2cd2190509ec942a9b2a23b105309e4bc44d
), but not with current core, so it looks like this has been solved.
GMikesell-WMF
updated the task description.
(Show Details)
Jan 13 2025, 10:41 PM
2025-01-13 22:41:55 (UTC+0)
GMikesell-WMF
updated Other Assignee, added:
GMikesell-WMF
GMikesell-WMF
subscribed.
GMikesell-WMF
added a comment.
Edited
Jan 13 2025, 10:47 PM
2025-01-13 22:47:02 (UTC+0)
Comment Actions
@Samwilson
When I click on Edit, it does nothing as seen in the gif.
Test Result - Beta|Prod
Status:
❌ FAIL
Environment:
Test Wiki
OS:
macOS Sequoia 15.2
Browser:
Firefox 128
Device:
MBA
Emulated Device:
NA
Test Artifact(s):
Test Steps
Test Case 1: Ensure Screen Does Not Scroll When Opening Namespace Menu
Open the Special:Block page on Wikipedia.
Choose a target user to block.
Open the "Active block" accordion and click "Add block."
Create a block with at least one Namespace restriction and submit it.
Refresh the page.
Reopen the "Active block" accordion and click "Edit" on the block you just created.
Click "Add more namespaces..." to open the Namespace menu.
AC1:
Confirm that the screen does not scroll to the bottom of the page and that the Namespace menu remains in view.
GMikesell-WMF
updated the task description.
(Show Details)
Jan 13 2025, 10:47 PM
2025-01-13 22:47:46 (UTC+0)
Samwilson
added a comment.
Jan 13 2025, 10:53 PM
2025-01-13 22:53:25 (UTC+0)
Comment Actions
Can you check the web browser console? It might be hitting this (unrelated) bug:
T383579
GMikesell-WMF
added a comment.
Jan 13 2025, 11:17 PM
2025-01-13 23:17:36 (UTC+0)
Comment Actions
TypeError: reasonOther.value is undefined
jQuery 10
Source map error: Error: request failed with status 500
Resource URL:
Source Map URL: /w/load.php?lang=en&modules=%40wikimedia%2Fcodex%2Ccodex-styles%2Cjquery%2Coojs%2Coojs-ui-core%2Coojs-ui-windows%2Cpinia%2Csite%2Cvue%7Cext.centralNotice.geoIP%7Cext.centralauth.ForeignApi%7Cext.centralauth.centralautologin.clearcookie%7Cext.cx.entrypoints.contributionsmenu%7Cext.cx.eventlogging.campaigns%7Cext.cx.widgets.callout%7Cext.echo.api%2Cinit%7Cext.eventLogging%2CnavigationTiming%2Cpopups%2CwikimediaEvents%7Cext.uls.interface%2Cpreferences%2Cwebfonts%7Cext.urlShortener.toolbar%7Cjquery.client%2ClengthLimit%2CtextSelection%7Cmediawiki.ForeignApi%2CString%2CTitle%2CUri%2Capi%2Cbase%2Ccldr%2Ccookie%2Cexperiments%2Chtmlform%2CjqueryMsg%2Clanguage%2Cstorage%2Cuser%2Cutil%2CvisibleTimeout%7Cmediawiki.ForeignApi.core%7Cmediawiki.editfont.styles%7Cmediawiki.libs.pluralruleparser%7Cmediawiki.page.ready%7Cmediawiki.page.watch.ajax%7Cmediawiki.special.block.codex%7Cmediawiki.widgets.visibleLengthLimit%7Cmw.config.values.wbDataBridgeConfig%7Coojs-ui-windows.icons%7Cskins.vector.clientPreferences%2Cjs%7Cskins.vector.icons.js%7Cwikibase.client.data-bridge.init&skin=vector-2022&sourcemap=1&version=16xxm
GMikesell-WMF
moved this task from
QA
to
In development
on the
Community-Tech (Jackal (not a fox) Fox)
board.
Jan 14 2025, 3:39 PM
2025-01-14 15:39:56 (UTC+0)
GMikesell-WMF
moved this task from
In development
to
QA
on the
Community-Tech (Jackal (not a fox) Fox)
board.
Jan 14 2025, 3:42 PM
2025-01-14 15:42:12 (UTC+0)
GMikesell-WMF
added a comment.
Jan 14 2025, 10:53 PM
2025-01-14 22:53:12 (UTC+0)
Comment Actions
@Samwilson
This is confirmed that the screen does not scroll to the bottom of the page and that the Namespace menu remains in view as seen in the gif. I will move this to Done now. Thanks for all your work!
Test Result -Test Wiki
Status:
✅ PASS
Environment:
Test Wiki
OS:
macOS Sequoia 15.2
Browser:
Firefox 128
Device:
MBA
Emulated Device:
NA
Test Artifact(s):
Test Steps
Test Case 1: Ensure Screen Does Not Scroll When Opening Namespace Menu
Open the Special:Block page on Wikipedia.
Choose a target user to block.
Open the "Active block" accordion and click "Add block."
Create a block with at least one Namespace restriction and submit it.
Refresh the page.
Reopen the "Active block" accordion and click "Edit" on the block you just created.
Click "Add more namespaces..." to open the Namespace menu.
AC1:
Confirm that the screen does not scroll to the bottom of the page and that the Namespace menu remains in view.
GMikesell-WMF
updated the task description.
(Show Details)
Jan 14 2025, 10:55 PM
2025-01-14 22:55:22 (UTC+0)
GMikesell-WMF
updated Other Assignee, removed:
GMikesell-WMF
GMikesell-WMF
moved this task from
QA
to
Done
on the
Community-Tech (Jackal (not a fox) Fox)
board.
Samwilson
closed this task as
Resolved
Feb 5 2025, 8:23 AM
2025-02-05 08:23:06 (UTC+0)
dom_walden
reopened this task as
Open
Mar 6 2025, 7:14 AM
2025-03-06 07:14:06 (UTC+0)
dom_walden
edited projects, added
Community-Tech
; removed
Community-Tech (Jackal (not a fox) Fox)
Comment Actions
Reopening as I can reproduce this bug again on
MediaWiki 1.44.0-alpha (
64f67c1
) 07:02, 6 March 2025.
dom_walden
updated the task description.
(Show Details)
Mar 6 2025, 7:15 AM
2025-03-06 07:15:31 (UTC+0)
dom_walden
removed
Samwilson
as the assignee of this task.
Mar 6 2025, 9:14 AM
2025-03-06 09:14:02 (UTC+0)
dom_walden
added a subscriber:
Samwilson
dom_walden
added a comment.
Mar 12 2025, 1:49 PM
2025-03-12 13:49:08 (UTC+0)
Comment Actions
A similar thing seems to happen when first opening the Reason menu.
KSiebert
added a project:
Essential-Work
Mar 26 2025, 1:58 PM
2025-03-26 13:58:49 (UTC+0)
dom_walden
mentioned this in
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
Apr 1 2025, 6:54 AM
2025-04-01 06:54:57 (UTC+0)
MusikAnimal
merged a task:
T390620: Multiblocks scrolling issues when the reason field is selected on certain resolutions and zoom levels
Jun 11 2025, 3:20 AM
2025-06-11 03:20:29 (UTC+0)
MusikAnimal
added subscribers:
JWheeler-WMF
HMonroy
MusikAnimal
MusikAnimal
renamed this task from
Scrolled to bottom of the page when first opening Namespace menu
to
Scrolled to bottom of the page when first opening dropdowns
Jun 11 2025, 3:30 AM
2025-06-11 03:30:59 (UTC+0)
MusikAnimal
updated the task description.
(Show Details)
MusikAnimal
triaged this task as
High
priority.
Jun 11 2025, 3:44 AM
2025-06-11 03:44:02 (UTC+0)
MusikAnimal
added a project:
Codex
MusikAnimal
added a subscriber:
egardner
Comment Actions
From
T390620
, which was a
report from Polish Wikipedia
Expected behavior:
On any screen resolution or zoom level 80-120%, the reason field should not trigger an unexpected scroll position
Observed behavior:
In the "Reason:" section, clicking the selection selector causes the page to scroll unexpectedly - either down to "Submit" or up to the lead.
It may depend on the monitor size or screen resolution or responsiveness.
Reduce window to 1600 x 700.
Open the reasons menu.
And here, in fact, I have a jump (Win11, FF136). It happens to me every time, after every page refresh.
For me, changing the screen resolution does not affect it. However, changing the zoom in the browser (Chrome) does. The screen is stable in the range of 25-100%. At 110% zoom, Reason/Other offers a list of 16 visible elements to choose from. At 100% zoom - 14 elements, at 90% - 4 elements.
And now it's being reported on
English Wikipedia
The blocking screen has changed since yesterday, and I can't use the pull-down to select a reason.
As soon as I brought up the list, it slid out of view without me being able to look at them.
in my case I don't have a problem looking at the Duration dropdown, only the Reason dropdown
I believe we confirmed it was a Codex issue (
internal link
). Per
@egardner
's advice there, we should try setting a
visibleItemLimit
on all dropdowns. It may not fix the issue in every situation, but based on the reports it seems to help.
I'm boldly triaging as "High" priority given this effects a critical Core component.
Restricted Application
added a project:
Design-System-Team
View Herald Transcript
Jun 11 2025, 3:44 AM
2025-06-11 03:44:03 (UTC+0)
MusikAnimal
updated the task description.
(Show Details)
Jun 11 2025, 3:53 AM
2025-06-11 03:53:06 (UTC+0)
gerritbot
added a comment.
Jun 11 2025, 4:03 AM
2025-06-11 04:03:23 (UTC+0)
Comment Actions
Change #1155361 had a related patch set uploaded (by MusikAnimal; author: MusikAnimal):
[mediawiki/core@master] ReasonField.vue: set a visibleItemLimit on the dropdown
gerritbot
added a project:
Patch-For-Review
Jun 11 2025, 4:03 AM
2025-06-11 04:03:24 (UTC+0)
MusikAnimal
edited projects, added
Community-Tech (Sea Lion Squad)
; removed
Community-Tech
Jun 11 2025, 4:04 AM
2025-06-11 04:04:41 (UTC+0)
MusikAnimal
moved this task from
Backlog - groomed
to
Feedback and Review
on the
Community-Tech (Sea Lion Squad)
board.
Alien333
subscribed.
Jun 11 2025, 7:57 AM
2025-06-11 07:57:17 (UTC+0)
gerritbot
added a comment.
Jun 11 2025, 5:19 PM
2025-06-11 17:19:58 (UTC+0)
Comment Actions
Change #1155361
merged
by jenkins-bot:
[mediawiki/core@master] ReasonField.vue: set a visibleItemLimit on the dropdown
CCiufo-WMF
moved this task from
Backlog
to
Ready for Design/Dev
on the
Codex
board.
Jun 11 2025, 5:24 PM
2025-06-11 17:24:04 (UTC+0)
Maintenance_bot
removed a project:
Patch-For-Review
Jun 11 2025, 5:30 PM
2025-06-11 17:30:45 (UTC+0)
CCiufo-WMF
assigned this task to
Catrope
Jun 11 2025, 5:35 PM
2025-06-11 17:35:06 (UTC+0)
CCiufo-WMF
subscribed.
Comment Actions
@Catrope
will take a look at confirming if this is an issue in Codex.
ReleaseTaggerBot
added a project:
MW-1.45-notes (1.45.0-wmf.6; 2025-06-17)
Jun 11 2025, 6:00 PM
2025-06-11 18:00:34 (UTC+0)
CCiufo-WMF
moved this task from
Ready for Design/Dev
to
In Progress
on the
Codex
board.
Jun 11 2025, 9:12 PM
2025-06-11 21:12:49 (UTC+0)
MusikAnimal
moved this task from
Feedback and Review
to
Following
on the
Community-Tech (Sea Lion Squad)
board.
Jun 11 2025, 9:28 PM
2025-06-11 21:28:32 (UTC+0)
gerritbot
added a comment.
Jun 12 2025, 5:41 PM
2025-06-12 17:41:15 (UTC+0)
Comment Actions
Change #1156413 had a related patch set uploaded (by Catrope; author: Catrope):
[design/codex@main] docs: Add initially selected chip to MultiselectLookupField example
gerritbot
added a project:
Patch-For-Review
Jun 12 2025, 5:41 PM
2025-06-12 17:41:16 (UTC+0)
Comment Actions
Change #1156414 had a related patch set uploaded (by Catrope; author: Catrope):
[design/codex@main] Menu: Avoid scrolling the entire page when the menu opens
Catrope
moved this task from
In Progress
to
Code Review
on the
Codex
board.
Jun 12 2025, 5:42 PM
2025-06-12 17:42:28 (UTC+0)
gerritbot
added a comment.
Jun 12 2025, 8:29 PM
2025-06-12 20:29:07 (UTC+0)
Comment Actions
Change #1156413
merged
by jenkins-bot:
[design/codex@main] docs: Add initially selected chip to MultiselectLookupField example
gerritbot
added a comment.
Jun 12 2025, 9:40 PM
2025-06-12 21:40:46 (UTC+0)
Comment Actions
Change #1156414
merged
by jenkins-bot:
[design/codex@main] Menu: Avoid scrolling the entire page when the menu opens
Maintenance_bot
removed a project:
Patch-For-Review
Jun 12 2025, 10:30 PM
2025-06-12 22:30:36 (UTC+0)
Catrope
moved this task from
Code Review
to
Pending Release
on the
Codex
board.
Jun 13 2025, 8:26 PM
2025-06-13 20:26:54 (UTC+0)
CCiufo-WMF
moved this task from
Inbox
to
Backlog
on the
Design-System-Team
board.
Jun 17 2025, 9:17 PM
2025-06-17 21:17:41 (UTC+0)
gerritbot
added a comment.
Jun 24 2025, 8:28 PM
2025-06-24 20:28:53 (UTC+0)
Comment Actions
Change #1163459 had a related patch set uploaded (by Anne Tomasevich; author: Anne Tomasevich):
[mediawiki/core@master] Update Codex from v2.1.0 to v2.2.0
gerritbot
added a project:
Patch-For-Review
Jun 24 2025, 8:28 PM
2025-06-24 20:28:54 (UTC+0)
gerritbot
added a comment.
Jun 24 2025, 9:15 PM
2025-06-24 21:15:16 (UTC+0)
Comment Actions
Change #1163459
merged
by jenkins-bot:
[mediawiki/core@master] Update Codex from v2.1.0 to v2.2.0
Maintenance_bot
removed a project:
Patch-For-Review
Jun 24 2025, 9:31 PM
2025-06-24 21:31:40 (UTC+0)
Catrope
closed this task as
Resolved
Jul 9 2025, 7:07 PM
2025-07-09 19:07:14 (UTC+0)
Log In to Comment
Content licensed under Creative Commons Attribution-ShareAlike (CC BY-SA) 4.0 unless otherwise noted; code licensed under GNU General Public License (GPL) 2.0 or later and other open source licenses. By using this site, you agree to the Terms of Use, Privacy Policy, and Code of Conduct.
Wikimedia Foundation
Code of Conduct
Disclaimer
CC-BY-SA
GPL
Credits