[USelectMenu] Item hover state/color not working with `search-input="false"`
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 6.9k
- Forks
- 1.1k
- Avg merge
- 1d 7h
- Merged PRs (30d)
- 57
Description
Environment
| Operating system | macOS 25.2.0 |
| CPU | Apple M4 Pro (14 cores) |
| Node.js version | v22.13.0 |
| nuxt/cli version | 3.32.0 |
| Package manager | pnpm@10.28.0 |
| Nuxt version | 4.2.2 |
| Nitro version | 2.13.0 |
| Builder | vite@7.3.1 |
| Config | colorMode, compatibilityDate, css, devServer, devtools, experimental, future, i18n, icon, modules, nitro, runtimeConfig, security, typescript |
| Modules | @nuxt/a11y@1.0.0-alpha.1, @nuxt/eslint@1.12.1, @nuxt/hints@1.0.0-alpha.5, @nuxt/ui@4.4.0, @vueuse/nuxt@14.1.0, @pinia/nuxt@0.11.3, @nuxtjs/i18n@10.2.1, nuxt-security@2.5.1 |
Is this bug related to Nuxt or Vue?
Nuxt
Package
v4.x
Version
v4.4.0
Reproduction
https://stackblitz.com/edit/github-yxhxwbx7?file=src%2Fpages%2Findex.vue
Description
Issue with USelectMenu. When it has 'search-input' set to false it will highlight the first item on opening but afterwards the hover state on the items is broken. The hover state that is visible is present regardless of the search-input value. The one with the search input will keep the hover state on an item even if you moved away.
Additional context
No response
Logs
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 with the linked StackBlitz reproduction and inspect the USelectMenu component behavior with search-input="false". Compare it with the search-input-enabled case; the work is done when item hover styling follows pointer movement consistently after opening in both configurations.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- nuxtjs, typescript
- Domain
- frontend
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100