[autocomplete] List scrolls back up when opening after select option (with virtualization)
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 99.1k
- Forks
- 32.5k
- Avg merge
- 2d 17h
- Merged PRs (30d)
- 106
Description
Duplicates
- I have searched the existing issues
Latest version
- I have tested the latest version
Current behavior 😯
Using virtualization after you select an option and open the options again, it will have scrolled back to the start to the list.
The issue happens even on the docs page, so I wanted to know if this is intended or not.
Expected behavior 🤔
After selecting an option and opening the list again, the list should be at the same position as the selected option, possibly highlighted. That's how non-virtualized Autocomplete seems to act, based on my tests.
Steps to reproduce 🕹
Steps:
- Open https://mui.com/components/autocomplete/#virtualization
- Select a option after scrolling down a bit
- Open the list again
Context 🔦
No response
Your environment 🌎
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in the Autocomplete virtualization demo at https://mui.com/components/autocomplete/#virtualization: select an option after scrolling, then reopen the list. Compare the virtualized behavior with the non-virtualized Autocomplete. Done means reopening preserves the list position at the selected option, with the expected highlighting.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, react
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100