Skip to content

[2.x] fix: iPad/touch devices require double-tap in discussion list (#4535)#4556

Draft
imorland wants to merge 1 commit into2.xfrom
im/slidable-tap-fix
Draft

[2.x] fix: iPad/touch devices require double-tap in discussion list (#4535)#4556
imorland wants to merge 1 commit into2.xfrom
im/slidable-tap-fix

Conversation

@imorland
Copy link
Copy Markdown
Member

Fixes #4535.

On iOS and other touch devices, tapping a discussion in the list required a double-tap to navigate.

The slidable utility attaches touchend to .Slidable-content and was unconditionally calling reset() — a jQuery animation — even when the slider hadn't moved at all (pos === 0). This animation ran on the element under the user's finger and interfered with the browser's synthetic click event, swallowing the first tap.

The fix is minimal: only call reset() when pos !== 0, i.e. the content actually slid and needs to be animated back. Plain taps and vertical scrolls both leave pos at 0 and no longer trigger the animation, allowing the synthetic click to propagate normally.

…uch devices

On iOS and other touch devices, a plain tap on a discussion list item required
a double-tap to navigate. The slidable touchend handler was always calling
reset() (a jQuery animation) even when the slider hadn't moved (pos === 0).
This animation interfered with the browser's synthetic click event on the
underlying link, swallowing the first tap.

Fix: only call reset() when pos !== 0, i.e. the content actually slid and
needs animating back. A plain tap or vertical scroll (both leave pos at 0)
no longer trigger the animation, allowing the synthetic click to fire normally.

Closes #4535
@imorland imorland modified the milestone: 2.0.0-rc.1 Apr 11, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[2.x] iPad and touch devices require a double tap in the discussion list

1 participant