microsoft / microsoft/react-native-windows

Scroll list item remains in "pressed" state after scroll completes

Open
#4,614 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Area: FlatList Area: Mouse bug Workstream: Component Parity
Dominant language
C++
Stars
17.3k
Forks
1.2k
Avg merge
1d 13h
Merged PRs (30d)
33

Description

Environment
Steps to Reproduce

(Write your steps here:)

  1. Create a list, such as a FlatList with multiple items in it.
  2. On a touch device scroll the list while touching and holding one list item
  3. Once scroll is over touch and hold on another item and scroll again.
Expected Behavior

List to show only one item as selected/hovered. i.e., to get both onMouseEnter and onMouseLeave events.

Actual Behavior

We get onMouseEnter event when user touch/hold an item and start the scroll, but no onMouseLeave event when user touch somewhere else. This ends up leaving the item as selected when the scroll is completed.

react-native run-windows --logging
Reproducible Demo

This bug repro on several lists we are using in our two apps.

Additional context

(Write any other additional context that may help in root causing the issue.)

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start by reproducing the issue with a React Native Windows FlatList using the listed touch-and-hold scrolling steps. Inspect the list's pointer and hover event handling around the transition from scrolling to touching another item. Done means the previously pressed item receives the expected leave behavior and only the currently selected or hovered item remains active.

Written by the indexing model from the issue text.

Assessment

Tech stack
react-native
Domain
frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.